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Tektronix Delivers Integrated PCB Design 
\ Capture, Simulation, Layout and Manufacture. 


standard platforms from Apollo" 
and DEC™ 
Best of all, its from Tektronix. The name 
you've always trusted to get the engi- 
neering job done. So you're assured of 
worldwide service, Support and training. 
To take advantage of Tektronix Aided 
Engineering, contact your local Tektronix, 
CAE Systems Divisions, sales office, 
Or call 800/547-1512. Tektronix, CAE 
Systems Division, PO. Box 4600, 
Beaverton, OR 97076. 


When you're ready to fabricate 
your boards, the Tektronix PCB division 
provides you with automated manufac- 
turing, on-time delivery and consistent 
quality control. 

Its all part of Tektronix Aided Engineer- 
ing. A family of integrated WorkSystems 
addressing each area of your electronic 
design cycle. From design capture, 
verification and documentation to IC and 
PCB layout. All running on industry- 
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Choosing the right PCB design 
solution can be a challenge. 

Especially when you 
consider that today’s a 
dense, multilayer designs Documentation 
combine digital and » TRRMTIONAL 
analog technologies with my 
both through-hole and 
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Manufacturing 
CONCEPT Definition 


Integration 


surface-mount packages. 

The one sure way to 
meet your design require- 
ments is with the PCB 
WorkSystem™ 

Developed by Tektronix 
as part of Tektronix 
Aided Engineering, the 
PCB WorkSystem com- Mechanic 
bines design capture, Design 
verification, documentation 
and PCB layout into one 
powerful solution. 

Which means you get Designer's 
Database Schematic Capture, industry- 
standard HILO-3" logic simulation and 
MERLYN-P™ layout. All in the same 
PCB design environment. 

So you can capture your schematic, 
simulate the circuit, fully place and route 
your design, and then transfer CAM 
output data to manufacturing. 

The PCB WorkSystem also lets you 
manage Engineering Change Order 
iterations more efficiently. The 
system's automatic forward and back- 
ward annotation tools ensure that your 
schematic always matches your layout. 

What's more, the system's router 
completely enforces flexible, user-defined 
design rules, resulting in fully routed 
designs that meet your manufacturing 
requirements 


WorkSystem, DDSC, and MERLYN-P are trademarks of Tektronix, Inc. HILO is a registered trademark of GenRad, Inc bad 
Apollo is a registered trademark of Apollo Computer, Inc. DEC is a trademark of Digital Equipment Corp ronbdte 
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| INTRODUCTION 


INTRODUCTION TO THE GUIDE 


Mike Robinson 


EDA PUSHES TOWARD LOGIC SYNTHESIS 


George Bouhasin, Mentor Graphics Corp. 


When logic synthesis appears in electronic design automation systems, it will let 
designers enter designs in the high-level format of their choice. The system will 
break down these descriptions into a network of primitives and optimize the design 
according to the designer's specifications and goals. 


BUILD BETTER HARDWARE BY FOCUSING ON SOFTWARE 


Cindy Thames and Andrew S. Rappaport, The Technology Research Group 


The interdependence of the hardware and software portions of increasingly complex 
systems demands greater cooperation between hardware and software designers. A 
further quantum step in hardware development will come about only when design-tool 
suppliers address the challenges of concurrent hardware and software design. 
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NOW YOUR RIGHT HAND 
CAN KNOW 
YOUR LEFT IS DOING. 


Ever seem like your CAE and CAD 
people are playing for different 
teams? Especially when its time 
to turn that hot new system 
design into a working board? 
Chances are it’s because your 
design systems can't communicate 
critical information from the 
engineer to the layout designer. 
So instead of a smooth handoff, 
you get hand-to-hand combat. 
But now there’ a system that 


streamlines the way CAE and 
CAD teams work together. 

Its Daisys BOARDMASTER™ 
The first automated system that 
plays by the rules of real-world 
system design. 


Rules-driven PCB design puts 
CAE and CAD on the same team. 
With its rules-driven PCB design 
environment, BOARDMASTER 
gives engineers the flexibility to 


specify key design rules in the 
schematic. Rules for signal 
priority. Ordering and termination 
for ECL nets. Package types and 
power definition. Pre-packaging 
and pre-placement priorities. Pin 
and gate swapping. And many other 
important design considerations. 
This critical information 
becomes part of the design data- 
base and is passed directly to 
BOARDMASTER'’s powerful set 


of PCB layout tools. 
With these rules guiding the 
process, layout designers can 
concentrate on maximizing the 
quality and manufacturability of 
the layout without having to 
second-guess the engineer's 
real intentions. 


The most advanced tools for 
today’s complex designs. 

BOARDMASTERS rules-driven 
methodology guides the most 
advanced set of !ayout tools 
available anywhere. Like 100% 
autorouting, with separate 
rip-up/reroute and manufacturing 
passes to increase board yields 
and reduce per unit costs. 

There’ full support for advanced 
technologies like SMD, ECL, analog 
and ultra fine line designs. Plus 
a variety of interfaces to photo- 
plotters, N/C drill machines 


and other 
manufacturing 
equipment. There's even 
a Sun-4™based routing accelerator, 
so your team can spend less time 
routing and more time exploring 
design alternatives. 
BOARDMASTER even takes 
the frustration out of design 
changes. Because its incremental 
update capability processes only 
the parts of the database that 
need changing. Which keeps ECO 
from becoming a four-letter word. 


For a demonstration or 
more information, call Daisy at: 
1 (800) 556-1234, Ext. 32. 

In California: 1 (800) 441-2345, 
Ext. 32. 


European Headquarters: 
Paris, France (1) 45 37 00 12. 
Regional Offices: 

England (256) 464061; 


Get your hands on West Germany (89) 92-69060; 
BOARDMASTER and see Italy (39) 637251. 
for yourself. 


So if you'd like to get a grip 
on better board design, put 
BOARDMASTER to the test in 
your next project. And give your 
entire team a hand. 


© 1988, Daisy Systems Corporation. BOARDMASTER is a trademark of Daisy Systems Corporation. Sun-4 is a trademark of Sun Microsystems, Inc. 
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TO THE GUIDE 


Mike Robinson, VLS/ Systems Design 


mation has seen a number of changes, both eco- 

nomic and technical. Although design automation 
tools have been adopted by only a small fraction of the 
design engineering community—indeed, most design- 
ers have yet to move beyond schematic capture and logic 
simulation—the existing technologies are now well es- 
tablished among, and relatively well understood by, 
those advanced users. This status reflects a phase in the 
evolution of design automation: The industry seems to 
have reached a first plateau of maturation. At such a 
stage, the question, Just how many vendors can design 
automation support? pushes itself to the fore. Conse- 
quently, on the economic front, a number of mergers 
have taken place in an already crowded field, and more 
are likely to occur. 

Meanwhile, two major directions in technology are 
already clear. Logic synthesis, which converts a high- 
level description of a logic function into a structural 
description, has started to blossom. Initially confined to 
programmable logic devices, logic synthesis has begun 
to appear for gate arrays, and several products of this 
type will likely sprout for both gate arrays and standard- 
cell Ics in 1988 or 1989. Further behind is the area of 
computer-aided software engineering, or CASE. Although 
everyone recognizes that software development is now 
the major bottleneck in system design, and CASE has 
been the subject of much talk for the last couple of years, 
the technology is still in its infancy and is characterized 
by scattered, essentially preliminary tools geared to gen- 
eral software development, rather than true system-level 
design and integration. So it seemed appropriate that 
our introductory section be devoted to these two topics. 

In “EDA Pushes toward Logic Synthesis,” Mentor 
Graphics’ George Bouhasin looks at the needs of logic 
synthesis, such as the incorporation of the rules of the 
various design methodologies (gate arrays, standard 
cells, PLDS) and processes (CMOS, ECL, and so on), the 
inclusion of accurate and complete component libraries, 
and the ability to consider both marketing goals and 


T he year since our first User’s Guide to Design Auto- 
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technical specifications. In doing so he paints a picture 
of what an actual product may well look like. 

In “Build Better Hardware by Focusing on Software,” 
Cindy Thames and Andrew Rappaport of the Technol- 
ogy Research Group assess the present status of both 
hardware and software development for complex sys- 
tems and argue that several trends, among them the 
increasing system complexity spawned by the use of 
VLSI and design automation tools, are forcing hardware 
designers to take software development into consider- 
ation as well. They examine the needs of software devel- 
opment, especially for embedded software designed for 
custom hardware, from a system perspective and look at 
the emerging solutions. 


THE FIRST STEPS 


Our second section is devoted to logic design. Appro- 
priately enough, it starts off with an article on the 
most widely used tool, schematic entry programs, 
which today typically represent the first step in CAE/ 
CAD. Paula Filseth, in “Benchmarking Schematic Entry 
Systems,” chooses four popular programs—three from 
CAE/CAD vendors and one from a major ASIC company— 
and examines the features of each from a user's point of 
view, concentrating on those that make for ease of use. 
She then gives the time required to enter a benchmark 
LSI circuit with each system and presents an overall 
evaluation of each. 

Hardware description languages provide an alter- 
native or supplement to schematic entry, giving a 
designer the ability to describe and design very com- 
plex components and systems using a high-level lan- 
guage geared to that purpose. In the second article 
under “Logic Design,” “A First Course in VHDL,” David 
Barton of Intermetrics offers an introduction to the 
federally sponsored vHsic Hardware Description Lan- 
guage, which seeks to aid designs done under the gov- 
ernment’s Very High Speed Integrated Circuits program. 


Here Barton emphasizes the 
areas of register-transfer de- 
scriptions of behavior and 
structural descriptions of 
circuits. 

Ideally, after a design has 
been simulated, an engi- 
neer will want to to see how 
it works in its intended sys- 
tem. For many systems that 
means simulating a 32-bit 
microprocessor or other LSI 
or VLSI standard parts, or 
both, and that poses the 
problem of modeling these 
complex devices. Gateway 
Design Automation’s Pete Johnson evaluates the two 
techniques for modeling complex components in “Soft- 
ware vs. Hardware Models for System Simulation.” De- 
scribing the trade-offs involved, Johnson shows that the 
conventional wisdom, that software models are slower 
than hardware models and are therefore most appropri- 
ate for simulating devices not yet available in silicon, is 
not always true. 


IMPLEMETATION 


Once a logic design is completed, it must be turned 
into a physical design that is both correct and com- 
pact—be it a chip or a printed circuit board (and of 
course, if it is a chip, the circuit board it goes on will 
have to be laid out and routed as well). Some of the tasks 
involved in the physical design of chips and boards are 
considered in Section III. 

In virtually every methodology, leaf cells are the basic 
units for building up an Ic design. M.Y. Tsai and Ste- 
phen Wuu of EcaD present a tutorial on leaf cell design, 
entitled simply “Leaf Cell Design,” and give guidelines 
for creating dense cells. They also describe how a sym- 


bolic layout tool speeds the design process and makes 
possible process independence, so that the leaf cell li- 
brary can easily adapt to changes in technology. 

Standard cells, blocks, and macros are built up from 
leaf cells. Typically, a floorplan is the first step in a 
semicustom chip design, serving as a general guide for 
the layout of these larger units. In "Graphical Floor- 
plan Design of Cell-Based ics,” Tektronix’s Edmond 
Macaluso discusses the basics of floorplanning and de- 
scribes a program that handles the various tasks in- 
volved. 

Our last article takes up the subject of printed circuit 
board design. In “A Rules-Driven Approach to Circuit 
Board Design,” Joseph Prang and Katherine Gambino, 
form Valid Logic Systems, detail an expert-system layout 
tool that enables the CAE engineer to specify implementa- 
tion rules to the pcs designer, thereby integrating elec- 
trical and physical specifications. A design example 
helps clarify the methodology. 

Concluding the guide are a directories section, provid- 
ing detailed listings of systems for CAE, Ic layout, and 
printed circuit board layout, and a references section, 
presenting a select guide to the literature and a subject 
index to visi Systems Design for 1986-1987. L 
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EDA PUSHES TOWARD 
LOGIC SYNTHESIS 


George Bouhasin, Advanced Development, Mentor Graphics Corp., Beaverton, OR 


hen a new design is first conceived, it is de- 

scribed using high-level component blocks and 

connectivity information. When it is first entered 
into an electronic design automation (EDA) system, it is 
defined as a network of low-level primitive design ele- 
ments. Today, the process of converting the high-level 
specification into the low-level structural representation 
requires that the system architect delve inside each 
block and partition elements manually until each block 
is described at the primitive level. As shown in Figure 1, 
the conversion consumes the majority of man-hours on 
any typical design project. 

Years ago, structural schematics were made up of 
transistor primitives exclusively. In the era of ssi chips, 
logic gates and registers were standard primitive ele- 
ments. Primitive design files now contain a host of MsI 
and LsI parts. However, while primitives keep increasing 
in complexity, system design structures also are becom- 
ing larger and more complex. As a result, the task of 
decomposing a high-level description into a primitive 
network is not getting any easier. In fact, now that EDA 
systems have streamlined design analysis and automat- 
ed physical layout, the front-end task of creating the 
design file often consumes more design time than any 
other phase of development. 

There is widespread interest in EDA tools that can 
automate design file creation, especially among system 
designers who are more comfortable working at higher 
levels of design description. The design methodology 
that is slated to answer this demand is known as logic 
synthesis. Today, logic synthesis tools are commercially 
available for PLDs and are under development for gate 
arrays and standard-cell ics. To deliver synthesis tools 
that answer the pent-up demand of the entire Ic and 
board design market will require an integrated solution, 
one which results from close cooperation among major 
EDA system suppliers, third-party software vendors, and 
semiconductor manufacturers. 


SYNTHESIS BUILDING BLOCKS 


The principal requirement of a logic synthesis system 
is the ability to take a high-level description and produce 


1988 


a structural representation with little help from the 
user. However, this ability is not in itself enough. The 
synthesized schematic must also meet design goals oth- 
er than the functional requirements outlined by the 
high-level design description. Toward this end, the syn- 
thesizer must be capable of making trade-offs among 
factors such as cost, power requirements, and space 
utilization. 

Also, when selecting parts to include in the structural 
schematic, the synthesizer should have access to an 
expansive collection of parts libraries so that it can select 
existing components rather than promote the need for 
custom parts. Lastly, all major silicon technologies 
should be supported by the synthesizer so that the most 
appropriate process can be used to implement the 
design. 

Many of the components needed to build an integrated 
design system with logic synthesis are already in place. 
For example, system architects can already define their 
high-level system components in one of a choice of 
formats that is most natural to each particular block. 
Schematic capture editors, now allow designs to be 
described as high-level behavioral models, as well as 
entered as schematic information. 

Eventually, capture editors will be able to accept any 
number of input description forms, including hardware 
description language (HDL) models that define only func- 
tion and connectivity, truth tables, Boolean equations, 
state assignment tables, and algorithms (see Figure 2). 
It is likely that some graphic input formats unlike those 
now in use also will emerge. Additionally, it would be 
advantageous to have graphic output, in the form of a 
schematic display, for each component block at every 
level in the hierarchy. 


TECHNOLOGY TARGETING AND LIBRARIES 


To automate the component selection process, logic 
synthesizers must be able to target both the methodolo- 
gy—PLD, gate array, standard-cell, full-custom, or off- 
the-shelf standard components—and the intended pro- 
cesSS—CMOS, ECL, gallium arsenide, and so forth. Each 
methodology and process has its own idiosyncrasies, 


Product specification 
and system design 


Logic and 
circuit design 


(4 Percentage of total project man-hours 


Tomorrow 


(b) 


Simulation and 
verification 


Physical 
layout 


Layout verification 
and test 


40 
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FIGURE 1. The system design process in terms of man-hours and CPU-hours (a) and today’s and tomorrow’s tools at Mentor 


Graphics (b). 


and a designer can work much more efficiently if they 
are well understood. The same is true for a synthesis 
system. Thus logic synthesizers are likely to include a 
technology discriminator, a tool that selects among 
available choices for methodology and process. 

For this purpose, a logic synthesizer will include a 
knowledge base that describes the rules of each meth- 
odology and process technology that it supports. For 
example, when synthesizing a design for a cmos technol- 
ogy, the system should understand the common rule of 
thumb that logic can be minimized through the use of 
inverted signals and complex gates. There are many 
such rules that can be enforced using expert system 
techniques. In fact, Trimeter Technologies, a Pitts- 
burgh-based company, has already commercialized a 
knowledge-capture tool for gate arrays. It also offers 
knowledge bases for ASIC product lines from such compa- 
nies as LSI Logic Corp. 

Of course, without accurate, complete component li- 
braries, the synthesis process has nothing to target. 
Fortunately, semicustom and standard-parts libraries 
now provide a wealth of components that are supported 
by semiconductor manufacturers and qualified by EDA 
vendors. System architects can now pull models of stan- 


dard parts, offered by a range of manufacturers, from 
their network libraries to include in design schematics 
and simulations. 

Microprocessors and other more complex parts can be 
represented with behavioral language models supplied 
by the EDA system or written by third-party software 
vendors such as Logic Automation and Quadtree. If the 
VLSI parts are available in hardware, hardware modeling 
libraries, such as Mentor Graphics’ HML, can be used to 
generate a model for simulation quickly. 

AsiIc designers now also have a range of library options. 
Many asic foundries have ported their cell libraries to the 
leading EDA systems; consequently, EDA vendors can of- 
fer to designers a selection of gate array and standard- 
cell libraries. It is important that synthesis tools have 
access to libraries for all available design methodologies, 
so that feasibility analyses can evaluate all possible im- 
plementations to find the best method for a particular 
design. 

Feasibility analyses will be performed by expert-sys- 
tem-based tools that consider marketing goals (pro- 
duction, volume, time-to-first-prototype, price, and 
the like) and technical specifications (power, perfor- 
mance, temperature, and the like). These analyses can 
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FIGURE 2. An EDA system of the future with logic synthesis. 


be “rule-of-thumb” analyses, giving recommendations 
based on knowledge of good design practice and pre- 
vious successful designs; alternatively, they may use 
analysis tools in the tool suite to make more exact 
comparisons. 

For the expert systems to evaluate all those factors, the 
type and breadth of information in component libraries 
must be expanded. With ssi- and msi-level catalog com- 
ponents, for example, only the barest timing and power 
specifications (usually worst-case numbers) are includ- 
ed in timing models; more precise information would be 
needed for logic synthesis. More complex chips may have 
more timing data, but manufacturing data like volume 
pricing, delivery schedules, and package types could be 
used by an expert system to evaluate the impact of 
employing the chips in production systems. The inclu- 
sion of manufacturing data, and the development of the 
tools to evaluate design trade-offs in terms of manufac- 
turability, is just beginning. 
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In the future, major semiconductor vendors will offer 
Asic library cells that are similar to today’s standard 
components. Vendors such as Intel and Motorola will 
provide microprocessor core cells; chip makers in the 
scientific-processing market will provide floating-point 
processing cells; others may sell graphics controller 
cells. System design would be more efficient if these 
commercial cells were predesigned, modeled, and char- 
acterized, and if they had the potential for multiple 
sourcing at the physical layout stage. It is likely that they 
will be offered alongside standard packaged parts, so 
that system designers will always have the option of 
designing either a traditional printed circuit board or, 
in effect, a “silicon PCB.” 

Another significant change for library users may be 
the advent of huge dial-up databases for both cells and 
standard parts. This type of service has just begun to 
supplement the standard-component data books that 
have lined designers’ bookshelves for decades. These 


part databases contain cross-references and some com- 
ponent attributes like timing. Tomorrow's databases 
will have many more attributes, including size, cost, and 
listings of supported simulation model libraries. There- 
fore they may serve more as a reference than as a source. 

When logic synthesis systems with their technology- 
targeting capabilities are in place, designers will have an 
effective means of querying these databases and taking 
advantage of such detailed component information. Be- 
cause the databases will be used as a reference, they will 
not be as tightly linked to the design system as the 
component libraries on the design system’s network. 
Dial-up links will probably suffice. 

The semiconductor foundries must take responsibil- 
ity for the component libraries. They can either develop 
and support the models themselves or contract with 
outside vendors to develop them. Competitiveness will 
go to those foundries that make the most information 
about their parts available for the least cost. In addition, 
the foundries have to broaden the types of information 
that they provide, for the expert-system programs will 
need detailed component and manufacturing data. Pric- 
ing, reliability, availability, packaging, full temperature 
and performance curves, as just a few examples, all may 
be needed. 


SYNTHESIZED DESIGN METHODOLOGY 


In the era of logic synthesis, designers are likely to 
have great flexibility in describing their systems. The 
input description method will vary depending upon the 
type of logic to be entered and the amount of detail the 
user wants to provide. For example, it will be possible to 
enter combinational logic blocks as a schematic, a Bool- 
ean equation, or a truth table; in the same system, a 
complex counter block may be entered as a state assign- 
ment or a functional description. 

Synthesis tools could then be used to translate these 
descriptions into some number of high-level component 
blocks that define system behavior. Designers may pre- 
fer that the blocks be displayed in a schematic so that 
they can verify the logic. 

If simulation models were available for selected com- 
ponents at each level, a high-level simulation of the 
whole system could be performed early in the process. 
Simulation could continue for subcircuits in the design 
after the design has been partitioned into lower-level 
primitives. 

Synthesis should also afford the opportunity to cap- 
ture the user’s design goals, which then would become 
objectives that guide the synthesis process. For exam- 
ple, if the overriding goal were to complete the design in 
the shortest amount of time, the designer would want to 
avoid the need to customize components. In this case, 
the synthesizer could come closer to the ideal implemen- 
tation if it could give preference to using existing parts— 
even if they provide some superfluous logic—and treat 
the classic design objective of minimizing the number of 
logic elements as a secondary goal. Likewise, if perfor- 
mance were the most critical design factor, the synthe- 
sizer should allow extra logic to provide redundancy in 


critical control paths (for instance, “look-ahead—carry™' 
circuitry). 

Goal-capture tools should also support decision mak- 
ing. Designers will need a means of collecting and orga- 
nizing data so that they can run feasibility analyses on 
prospective architectures and primitives. The amount of 
information might otherwise be overwhelming; for ex- 
ample, they may want to gauge the effect of processing 
and design methodology options on not only the size, 
power, and performance of their designs but also their 
cost and time to market. For the same reason, designers 
are likely to want synthesis tools to include expert- 
system building capabilities, so that they can create 
knowledge bases that contain their own design and 
manufacturing experience. 

Once a designer has selected a methodology and pro- 
cess by working through his own feasibility analyses, or 
using tools such as the technology discriminator, the 
information will be available to synthesis tools for tech- 
nology targeting. That is, the synthesizer can begin to 
query part databases to retrieve components that are 
based on the appropriate technology and that match the 
user's design goals. 


Logic synthesizers are likely 
to include a “technology 
discriminator,” a tool that 
selects among available 
choices for methodology 
and process. 


Block by block, the synthesizer can then replace lower- 
level schematics with higher-level components. The de- 
sign goals specified by the user can be applied either 
component by component or at later stages on complet- 
ed portions of the design. If the schematic components 
that replace a higher-level logic block still present more 
functionality than desired by the user, this level can be 
further decomposed. The process will continue until 
appropriate primitives are determined for the complete 
design file. 

Also, as each block is synthesized, the system might 
build in resettable scan-test registers to ensure testabi- 
lity. When such design-for-test architectures are imple- 
mented, component test patterns for automatic test 
pattern generation will have to be made available. Ideal- 
ly, the semiconductor manufacturers that offer compo- 
nents and models will also offer the test vectors. 

As schematic information becomes more detailed, new 
simulations and new, more accurate analyses of cost, 
performance, power, and other design goals should be 
run. After the logic synthesis step, the design can pro- 
ceed to physical layout, where traditional structured 
design methods are applied. Although the analyses may 
seem to require enormous CPU power, the new breed of 
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An expert system could use 
manufacturing data on 
standard parts, like volume 
pricing, delivery schedules, 
and package types, to 
evaluate the impact of 
employing the chips in 
production systems. 


multiple-mMips workstations seems to provide enough 
processing power for the software requirements. 

To aid the development of such design systems, third- 
party software developers will probably help develop the 
knowledge bases for particular applications. They 
should, in the long run, continue to provide specialized 
algorithms and translators to fill the niches in the spec- 
trum of design applications. 


TRUE SILICON COMPILATION 


Logic synthesis is actually a subset of a more compre- 
hensive future methodology, a methodology that re- 
duces the development process to a matter of entering a 
design concept as a high-level description and receiving 
a physical layout in return. The next step in the evolu- 
tion toward such “true silicon compilation” would be to 
use logic synthesis tools at the front end and structural 
synthesis through semicustom design methodologies at 
the back end. 

Although today’s silicon compilers automate much of 
the low-level decision making necessary to translate a 
schematic into silicon, they still require that a design be 
described mostly at the structural level. Thus, from a 
front-end standpoint, they are only somewhat more 
automatic than other layout tools. Without logic synthe- 
sis, designers must still demonstrate a high degree of 
“silicon literacy” to build an ic. In contrast, once logic 
synthesizers are available, all interaction with the EDA 
system can be handled at a relatively high level. Then 
tools that operate like current silicon compilers will be a 
more attractive option for those designers looking for an 
automatic solution to Ic design. 

For the automatic solutions, the EDA system vendors 
will be responsible for the design environment and anal- 
ysis tools. They must also provide the interfaces to 
sources of data that designer will need access to, such as 
dial-up databases. 


THE LOGIC SYNTHESIS PROVING GROUND 


The major commercial market for design synthesis 
now is in PLD design. Synthesis technology has evolved 
more rapidly here because PLD combinational logic is 
relatively simple and well constrained. Also, the task of 
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translating a conceptual design description into a PLD 
format was a natural focus for automation, because it 
took so long compared with the minimal time spent 
programming the prototype once the logic was defined. 

Most of the pLD minimization programs now available, 
including the popular ABEL from Data Vo, are based on 
Expresso, a public-domain program developed at the 
University of California at Berkeley. Expresso uses alge- 
braic methods to automatically synthesize and optimize 
combinational circuits. ABEL automates the PLD design 
process by combining Expresso capabilities with ad- 
vanced design capture methods that allow input de- 
scriptions in many forms, including Boolean equations, 
truth table, or state assignment table. 

The next likely application area for commercial syn- 
thesis tools will be gate array design. Today, there are 
tools under development that attempt to synthesize the 
multilevel logic commonly used in gate arrays (Brayton, 
1986; Brayton et al., 1986). Also, in the near term, state 
machine tools that synthesize some sequential logic will 
be applied to PLD and standard-cell designs. This work 
will eventually be commercialized by vendors developing 
logic synthesis systems. 

Thus the pieces of the synthesis puzzle are beginning 
to fall into place. According to the Technology Research 
Group (1987), “the worldwide market for logic synthesis 
will grow from virtually nothing in 1986 to roughly $200 
million in 1990.” However, it will take a concerted effort 
by EDA tool vendors, chip makers, and third-party soft- 
ware suppliers to provide the integrated solution that is 
needed. ‘= 
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designers outdo each other to escape being stuck 

with programming the embedded software. Indeed, 
when dedicated programmers handle the embedded 
software portion of a project, the hardware designers 
tend to consider themselves relieved of any concern 
about software. Software, however, is becoming a more 
critical, complex, and time-consuming aspect of system 
development, adding to the development difficulties 
brought about by ever increasing hardware complex- 
ities. Indeed, it has become the bottleneck in an increas- 
ing number of system designs. Yet little has been done 
so far to merge hardware and software design. 

Designing the software portion of a hardware system 
is tedious and error-prone, as well. Software program- 
mers have to make do with the equivalent of slide rules 
and drafting paper, while an array of sophisticated tools 
running on powerful computers supports the develop- 
ment of hardware. High-level languages simplify soft- 
ware development, but going from assembly to a high- 
level language is like going from transistor-level design 
to TTL. Programmers involved in high-performance sys- 
tem design do not have the equivalent of vLsi building 
blocks that represent thousands instead of tens or hun- 
dreds of primitive elements. 

As designers use more VLSI for hardware design, and 
design automation tools for hardware become more ef- 
fective, the problems of programmers worsen. By con- 
tributing to the development of more complex systems, 
the growing use of vLS!I increases the need for much more 
complex software; and by speeding the development of 
hardware, hardware-design tools increase the percent- 
age of the total development effort required by software. 
Lastly, the increasing use of custom vLS!I made possible 
by improving hardware-design tools recasts the hard- 
ware-software development process into a much more 


i n most electronics system design projects, hardware 
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interactive process than before. 

Consequently, trends in the development of electronic 
systems are forcing more hardware designers to become 
involved with software development, either directly, as 
programmers, or indirectly. That is, the interdepen- 
dence of hardware and software portions of increasingly 
complex systems demands greater cooperation between 
hardware and software designers. 

Interdependence also demands better tools. The lack 
of automation for embedded-software development 
holds up total system debugging and delays the time to 
market for new electronics systems. The lack of a design 
methodology that merges distinct hardware and soft- 
ware design processes into an integrated whole (see 
Figure 1) detracts from the overall benefit of existing 
tools for hardware design. 

The market for embedded-software development tools 
will be integral to that for hardware-design tools. Hard- 
ware-design automation suppliers must make every ef- 
fort to draw in software-development aids—not only at 
the point of system integration, which they are doing 
now, but also as far back as system analysis. We project 
that the market for electronic-design automation soft- 
ware will reach $2 billion by 1990. The potential for tools 
for creating software for these systems is at least as 
great, although the market is developing much more 
slowly. It will be, we believe, the next major growth 
market in design automation, exceeding $200 million by 
1991 and crossing the billion-dollar mark by 1997 (see 
Figure 2). 


A MOVING BOTTLENECK 


Despite the limitations of some existing tools and the 
immaturity of some recent ones, suppliers of hardware- 
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FIGURE 1. In the present design process (a), hardware and software design are essentially separate. With software development 
becoming increasingly complex and time-consuming, what is needed is an integrated design process (b). 
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FIGURE 2. The projected market for software tools to aid in the 
development of software for custom hardware. 1985 1986 1987 1988 
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design automation tools have done a generally good job 
addressing the critical bottlenecks that inspired the 
current generation of electronic-design automation 
tools. As aresult, the bottlenecks have moved (see Figure 
3). A further quantum step in hardware development 
will come about only when design tool suppliers meet the 
challenges of concurrent hardware and software design. 
In the meantime, hardware designers can begin to use 
existing tools to bring software cognizance to the hard- 
ware-development process. 

The need for automation is more acute for the develop- 
ment of embedded software than for any other type of 


System optimization is the 
practical, obvious, 
immediate reason for 
hardware designers to care 
about software develop- 
ment. At a higher level, the 
efficient production of 
complex electronics products 
requires balancing the needs 
of hardware and software 
development. 


software development. Unlike commercial software 
products and management information system (MIs) 
code, embedded software is often designed for hardware 
with performance and functional characteristics not 
fully defined or definable at the outset of software devel- 
opment. This indefiniteness complicates software devel- 
opment, putting hardware development, prototyping, 
and debugging in the critical path—and with hardware 
design in the critical path of software, and software in 
the critical path of hardware, it is surprising that sys- 
tems are ever completed. 

Without concerted attention, the problem will get 
much worse. The complexity of embedded software is 
exploding. Respondents to a recent survey of software 
programmers conducted by the Technology Research 
Group in conjunction with L.F. Rothschild and Co. 
(Technology Research Group, 1987) indicated that the 
median length of an embedded software program was 
10,644 lines of code in 1985 (see Figure 4). The median 
length expected in 1989 is three times that: 30,394 
lines. During the same period, the median length of 
commercial applications code will grow from 11,087 
lines to 18,069, according to the respondents. The medi- 
an length of Mis code will increase by only a few percent, 
from 4,230 lines in 1985 to 4,380 in 1989. 

Tools for software development—so-called computer- 
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Source: Software Development Automation—1987, The Technology _ 
Research Group Inc. and L.F. Rothschild and Co. 


FIGURE 4. The median length of software programs. 


aided software engineering (CASE) tools—are beginning 
to constitute a new industry, modeled in large part on 
the electronic-design automation industry. Yet most of 
these tools are structured for general software develop- 
ment or, if targeted at applications involving custom 
hardware, adapted from methodologies developed for MIs 
or commercial development. For the most part, suppli- 
ers of CASE tools have not differentiated between prod- 
ucts for embedded software for custom hardware and 
those for software designed independent of hardware. 

The complexity of designing real-time systems, the 
difficulties of developing hardware and software concur- 
rently, and the demand for reliability all compound the 
difficulty of creating embedded software. This difficulty 
is the hardware designer's challenge, as well as the 
software developer's job. 


BLAME CUSTOM SILICON 


The trend toward custom cpus, brought about in part 
by better access to custom and semicustom silicon, is 
breaking down the former division of labor for embed- 
ded-software development. When hardware designers 
used only standard cpus, they needed to concern them- 
selves only with the embedded software programs writ- 
ten in a standard cpu’s instruction set. Only cpu design- 
ers or developers of specialized processing systems 
needed to develop microcode. That has been a small 
group. 

As custom and semicustom Ic technology and better 
hardware-design tools make custom processor design 
easier and more economical, they put the ability to 
design cpus into the hands of more hardware engineers 
and make custom processor design appropriate for a 
broader range of systems. That means that more hard- 
ware engineers are facing the necessity of developing 
microcode. The penetration of semicustom Ic technology 


has expanded the purview of the system-level designer— 
for both hardware and software. Just as semicustom is 
turning system designers into part-time Ic designers, it 
will turn them into part-time programmers. 

Already, 18% of all cmos gate array designs are used in 
custom processor architectures. By 1990, that percent- 
age will increase to 21% (Rappaport, 1987). Chips that 
integrate several large LSI blocks will represent 34% of 
CMOS array designs and more than 50% of cell-based 
semicustom by 1990. Many of those will include core 
microprocessors, often with customized instruction 
sets or architectures. All will include software develop- 
ment and verification using software as integral parts of 
the chip design and verification process. Abundant 
automation tools will help them design the chip, but 
paltry ones will help them design the software. 

Even for designers not directly charged with micro- 
code or software development, increasing freedom to 
create custom hardware architectures affects and is 
affected by software development. Bit-slice systems are a 
good example. Designers who use standard bit-slice 
components have limited ability to optimize architec- 
tures at a low level. The coarse granularity of standard 
component design approaches imposes those limits. 
They can optimize systems only within the resolution of 
standard building blocks. vLsi components cut the cost 


Without up-front analysis, 
optimizing a system 
becomes a lost cause: In 
most projects, once 
hardware and software 
designs progress to a level 
of detail sufficient for 
combined simulation or 
prototype verification, the 
re-engineering required for 
optimization is too costly or 
time-consuming. 


of hardware and facilitate the development of highly 
complex systems, but because they are large standard- 
function blocks that designers cannot alter, they reduce 
the ability to optimize architectures. 

Custom and semicustom VLSI increases the granular- 
ity of design and optimization. Custom technologies free 
designers to optimize architectures at a very low level, 
enabling them to trade off hardware modifications to 
simplify software or trade off software complexity to 
speed hardware. A few years ago, altering software to 
suit available hardware options was simpler and 
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FIGURE 5. Distribution of CMOS gate array and cell-based 
designs, 1985 (a) and 1991 (b). 


cheaper than the opposite. Now, altering hardware to 
suit programming considerations is often easier, less 
expensive, and more effective. 

An efficient design process involves complex interac- 
tions between high-level hardware and software design 
to optimize trade-offs. Yet the present distinction be- 
tween hardware and software design prevents such joint 
analysis and design, for both technical and organiza- 
tional reasons. 

System optimization is the practical, obvious, imme- 
diate reason for hardware designers to care about soft- 
ware development. At a higher level, the efficient produc- 
tion of complex electronics products requires balancing 
the needs of hardware and software development. Elec- 
tronic-design automation tools for hardware are giving 
engineers the ability to experiment with circuit design. 
That flexibility needs to be extended to embedded-soft- 
ware design without creating havoc in the process of 
designing the system. 

The first step in optimizing either a system under 
development or the development process is the effec- 
tive partitioning of system elements between hardware 
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and software. Typically, partitioning of major systems is 
done in an ad hoc way. Without tools for representing 
and simulating hardware and software elements togeth- 
er, developing an optimized specification for hardware 
and software elements is impossible for systems of any 
great complexity. In many systems, decisions about 
which functions to implement in software and which to 
build in hardware affect system cost and performance as 
much as, or more than, the quality of implementation. 
Indeed, without up-front analysis, optimizing a system 
becomes a lost cause: In most projects, once hardware 
and software designs progress to a level of detail suffi- 
cient for combined simulation or prototype verification, 
the re-engineering required for optimization is too costly 
or time-consuming. As a result, many of the improve- 
ments suggested by performance analyses done at the 
implementation level are useful only as they influence 
thinking about the next product. By the implementation 
phase, it is too late to use performance and other analy- 
ses to streamline the development process. 

Increasing system speeds complicate even the problem 
of prototype verification. In-circuit emulation tech- 
niques are proving difficult to implement for 32-bit 
processors running at clock rates of 25 MHz or more. 
Those methods are being replaced by approaches that 
combine simulation with observation of activity at de- 
vice pins. Logic analysis is used to gather signal data 
from prototypes; simulation is used to investigate inter- 


Ideally, tools that furnish a 
common starting point for 
hardware and software 
development also should 
provide a framework for 
incremental hardware- 
software integration at 
various levels of circuit and 
code abstraction throughout 
the development process. 


nal device operation and perform many of the debugging 
operations traditionally done in hardware. This method- 
ology demands integration of hardware and software 
development and debugging tools. 


THE BEGINNINGS OF SOLUTIONS 


Coping with the encroachment of software on the 
hardware-development process requires several types 
of tools. The first class of tools encompasses those that 
furnish a common starting point for hardware and 
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software development, thereby allowing up-front anal- 
ysis and intelligent partitioning. At the very least, 
such tools formalize hardware and software specifica- 
tions, minimizing the potential for discovering con- 
ceptual errors late in the design process. Ideally, these 
tools also should provide a framework for incremental 
hardware-software integration at various levels of cir- 
cuit and code abstraction throughout the development 
process. 

Structured design and analysis tools, the flagships of 
major suppliers of CASE tools, have the potential of pro- 
viding the framework for planning and partitioning. 
They help software developers analyze the goals of sys- 
tems under development and the architecture of the 
software to implement those systems. These tools use 
graphics to capture system and software specifications 
at an abstract level and generate templates for designing 
code blocks. However, as implemented now, these tools 
do not feed software—let alone hardware—simulations. 
They formalize software specifications but do little to aid 
software development. 

Similarly, some high-level hardware simulators al- 
low behavioral definition of entire hardware systems 
prior to implementation, but they do not link well to 
either software-development or hardware-implemen- 
tation processes. Ideally, structured analysis and de- 
sign systems should feed compatible hardware and 
software simulators, making possible interactive anal- 
ysis of system specifications, designs, and partition- 
ing strategies. The greatest promise so far for the 
development of such tools appears to be the extension 
of high-level software design and simulation tools to 
include hooks for hardware description and programs 
for hardware simulation. 

For the most part, structured software-design tools 
available are not yet up to the task. Not only do most not 
yet support simulation, but they incorporate methodolo- 
gies and support languages not suited to the design of 
systems based on custom hardware. Analysis and de- 
sign tools for embedded code need specification method- 
ologies different from those of Mis and commercial tools. 
Structured techniques, even when enhanced for real- 
time development, fall short of the requirements for the 
complete, unambiguous, and concise representation of 
complex real-time systems. Systems not designed for 
developing real-time programs do not execute subsys- 
tems concurrently or prioritize system reaction. Many 
systems that do not require real-time extensions de- 
mand assembly-language programming using instruc- 
tion sets that are custom or, even worse, that change 
during the development process. High-level design sys- 
tems for these projects need languages much more flexi- 
ble than those required for other types of programming. 
The most appropriate tools for overall system develop- 
ment will be those targeted specifically to concurrent 
hardware-software design. 

The second class of tools addresses the problem of 
verifying hardware and software designs together at 
various stages of design before hardware prototypes and 
production code are complete. These tools include facili- 
ties for downloading code into hardware simulation en- 
vironments and for linking high-level models of incom- 


plete hardware and/or software elements to implementa- 
tion-level models of completed system elements. Several 
programs exist for mixed-level modeling of hardware, 
but little work has been done to link these to mixed-level 
software models. The best done so far in commercial 
tools is the development of virtual microprocessor or 
microcode development systems tied to low-level simula- 
tors. 

The problem with that approach is simulation speed. 
Simulating a typical 100,000-gate processor that ex- 
ecutes one instruction every four clock cycles, a simula- 
tion accelerator performing 1 million events per second 


Several programs exist for 
mixed-level modeling of 
hardware, but little work 
has been done to link them 
to mixed-level software 
models. The best done so 
far in commercial tools is 
the development of virtual 
microprocessor or microcode 
development systems tied to 
low-level simulators. 


would evaluate 25 instructions per second. At that rate, 
simulating one second of operation for a 1-MIPS proces- 
sor would take more than 10 hours. In systems employ- 
ing standard microprocessors for which behavioral 
models are available, this speed can be improved, but 
the amount of real software simulation now practical is 
still limited. Consequently, high-level system simulation 
and effective, verifiable links from high-level design to 
low-level implementation are more important. In the 
absence of virtual development systems, designers could 
make good use of a microprocessor development system 
that can plug into hardware modelers. 

The final class of tools includes those for synthesis 
and optimization. Ultimately, high-level descriptions 
will drive both hardware and software development. 
Tools for hardware synthesis have already been demon- 
strated, but they address microcode synthesis only to 
varying degrees. Similarly, a few compilers exist for 
compiling microcode from high-level descriptions, but 
they do not address hardware synthesis at all. So simul- 
taneous—or even automated iterative—hardware-soft- 
ware optimization is not likely to be possible any time 
soon. 

The absence of synthesis tools creates an acute need 
for programming aids for hardware developers. Hard- 
ware designers developing microcode have different re- 


quirements from mainstream programmers. Ideally, 
they should be able to generate microcode and a high- 
level description of desired instruction execution auto- 
matically from a hardware design. Short of that, micro- 
coding aids should help optimize performance, storage, 
and resources. Even with microcode synthesis tools, 
designers would still need code analysis tools that as- 
sume that hardware architectures are changeable and 
thus can be altered to optimize microcode, just as code is 
typically altered to optimize hardware. 

Suppliers dedicated to automating portions of the 
embedded-software development task are just beginning 
to emerge. The technology and the market now are 
comparable to those for hardware-design automation 
tools several years ago, when hardware designers used a 
hodgepodge of instruments, programs, and methods to 
assess and correct their designs at discrete points in the 
process. Smart hardware designers will form the van- 
guard of the move to automated, integrated code 
development. LJ 
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BENCHMARKING SCHEMATIC 
ENTRY SYTEMS 


Paula K. Filseth 


This article offers an unusual approach to evaluating different schematic capture 
systems: Besides presenting the functional characteristics of four major schematic 
capture systems, it benchmarks the systems’ efficiency in performing certain 
operations in terms of keystroke counts, plus their speed in entering an LSI circuit. 


A FIRST COURSE IN VHDL 


David L. Barton, Intermetrics Inc. 


The vusic Hardware Description Language is rich in constructs for various levels of 
hardware description. This introduction to the language focuses on register- 
transfer descriptions of behavior and structural descriptions of circuits. 


SOFTWARE VS. HARDWARE MODELING 
FOR SYSTEM SIMULATION 


Pete Johnson, Gateway Design Automation Corp. 


Behavioral and physical modeling each can partially solve the modeling problem 
posed by system-level simulation. This articles discusses the advantages and 
disadvantages of both approaches and considers when each is appropriate. 
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BENCHMARKING 
SCHEMATIC ENTRY SYSTEMS 


Paula K. Filseth, Fremont, CA 


circuit design engineers to “build” and modify cir- 
cuit diagrams on the terminal screen. Although the 
details of an editor's makeup vary with the program, all 
schematic editors execute three basic tasks. First, they 
provide the circuit designer with symbols and com- 
mands to be used for entering, creating, and modifying 
circuit diagrams. Second, they save the finished dia- 
gram by copying it from memory onto a disk so that it 
can be retrieved later. Finally, the editors “netlist” the 
finished design so the simulator can exercise the circuit. 
For the purpose of this study, four popular editors 
were selected for comparison. Three were general-pur- 
pose editors: NETED/SYMED, from Mentor Graphics Corp. ; 
ACE, from Daisy Systems Corp.; and VALIDGED, from Valid 
Logic Systems Inc. The fourth was a vendor-specific 
schematic entry system: LSED, from LSI Logic Corp. 
The study was conducted by interviewing design engi- 
neers; by gathering information from _ specification 
sheets, user’s manuals, and tutorial publications: and 
by actually using the editors. 


Acces editor is the computer program used by 


CRITERIA 


We judge the most important criterion of an editor to be 
its ease of use. Several factors determine how easy an 
editor is to use and consequently how quickly designs can 


be entered and modified. These factors include method of 


command entry, techniques for general editing, group 
operations, and movement within a design. Special fea- 
tures also are considered part of the ease-of-use criterion. 

Other important criteria are performance, predictabi- 
lity, generality, and hardware platforms. The aesthetic 
quality of schematics produced by the different editors, 
though somewhat subjective, should also be considered. 
Table 1 summarizes (somewhat subjectively) the fea- 
tures of the four editors. 


For command entry, all of the editors use a variety of 


command styles, including text commands, menu selec- 


1988 


tion, and single-key commands, but the importance of 
each style varies from editor to editor. LSED primarily 
uses single-key commands, with the most common com- 
mands assigned to mouse keys. NETED/SYMED, VALIDGED, 
and ACE all use menus to select most operations. NETED/ 
SYMED uses hierarchical menus, whereas VALIDGED and 
ACE have fixed menus that list only the most frequently 
used commands. For less commonly used commands, 
VALIDGED requires text commands; ACE provides pop-up 
menus and forms. 


General Editing 


Circuit schematics consist primarily of component 
symbols, lines that represent wires, and text. The main 
commands are for adding, moving, copying, and delet- 
ing these objects. 

Adding symbols. The benchmarked editors all let the user 
add a pre-existing symbol by typing a text command in 
which the name of the symbol is specified. They all also 
allow the user to copy a symbol immediately after adding it 
without having to select a copy option, thus reducing the 
time required for copying subcomponents. 

LSED, VALIDGED, and ACE permit the engineer to “draw” 
new symbols freehand. NETED/SYMED also lets the user 
draw new symbols; however, he must exit the network 
editor (NETED) and start up the symbol editor (SYMED) 
before he can do so—an awkward arrangement that 
costs the designer valuable time. 

Adding wires. In some cases, the schematic editor must 
be given some information about what path the wire 
should take. This information can range from the location 
of one or more intermediate points to a complete tracing 
of the path. 

Adding lines to symbols. Each editor allows diagonal lines 
in symbols. They also allow circular arcs. VALIDGED requires 
that the center of the circle on which the arc lies be 
specified. This requirement slows down arc drawing 
considerably, since the point must be found by trial and 
error. The other editors let the user specify both end 
points and an intermediate point anywhere on the arc. 

Adding text. All the editors use text to specify the names of 
parts and wires, to specify their properties, and for notes to 
clarify the schematic for readers. 


Moving objects. All of the editors automatically move wires 
attached to moved objects. Wires attached to components 
in VALIDGED, LSED, and ACE not only will move with the 
component, but also will retain their orthogonal struc- 
ture. The resulting wire looks fine if the component has 
been moved only a short distance; a longer move, howev- 
er, may result in the new wire crossing over intervening 
components. ‘Although NETED does reconnect wires, it 
usually replaces horizontal and vertical wires with diag- 
onal ones. 

Copying objects. The user may copy any object on the 
schematic by specifying which object is to be copied and 
where the copy is to be placed. All four editors allow an 
object to be copied several times in a row without requiring 
that the copy operation be respecified each time. 

Deleting objects. All four editors let the user perform 
“group operations”; that is, the user may specify a group 
of objects on a schematic and move, copy, or delete them 
all at once. LSED and VALIDGED permit the user to select 
groups by drawing arbitrary polygons around the ob- 
jects in the group. These arbitrary polygons permit a 
great deal of flexibility. NETED and ACE, on the other 
hand, only let the user delete rectangular areas, desig- 
nated by the specification of two opposite corners. When 
an object is deleted on the LSED screen, any wires at- 
tached to it also are automatically deleted; VALIDGED and 
ACE will not delete such wires. NETED permits the user to 
specify whether or not these wires are to be deleted. 
Finally, VALIDGED assigns the group a name; for future 
operations on the group, the user may select the group 
by name instead of having to redraw the polygon. 


Moving Around in a Design 


When editing a schematic, the user must frequently 
bring a different portion of the design onto the screen. 
Five types of operations enable him to do so: diving into 
a part, popping out of a part, zooming in, zooming out, 
and panning (which centers the screen round a different 
part in the schematic). In all the surveyed editors, the 
part to edit or area to examine may be specified either by 
description or by placing the cursor on an instance of 
the desired part. 


Special Features 


Additional features include automatic wire routing, a 
recovery (or “undo”) mechanism, buses, and windows. 

Autorouting. LSED needs the fewest keystrokes for wiring, 
because it inserts as many bends as necessary between the 
source and destination of a route. LSED also allows the 
engineer to route wires manually; that is, the engineer 
may force the wire to take a certain path by specifying 
points that it must pass through. 

VALIDGED and ACE automatically provide L-shaped 
routes (routes with one bend, or “jog”). Although these 
programs require the engineer to put in intermediate 
points, they will route to those points, putting one jog in 
the wire if necessary. Furthermore, the engineer may 
flip, or “toggle,” the wire if he wants it to bend in the 
opposite direction. 


Group shape ee Polygon er | Polygon 
ee Ce 
i Yes 
Yes 
Yes 


No No 
Copying Clumsy 
copying 


TABLE 1. Features of the four editors surveyed. 


Wiring with NETED/SYMED is slow because the engineer 
must trace precisely the path he wants the wire to follow. 

Undo. The undo operation is a recovery mechanism. 
NETED will allow the user to undo the most recent modifi- 
cation of the circuit; SYMED, however, will not. VALIDGED 
and LSED both allow an arbitrary number of undo oper- 
ations; however, VALIDGED’s UNDO command is very fast, 
whereas LSED’s is extremely slow. ACE does not offer an 
undo operation. 

Buses. All the editors allow the user to attach a piece of 
text to a wire to indicate that the wire on the schematic 
represents several wires in the circuit. All except ACE permit 
the same thing to be done to a subcomponent. ACE- 
generated schematics tend to be cluttered because repli- 
cated parts must be drawn out in full. 

LSED and ACE permit structured buses, which are buses 
composed of subbuses. This feature enables the user to 
treat several related buses and wires as a single bus. 
Each subbus of a structured bus has a name that can be 
used to make connections to that subbus. 

Windows. All the editors let the user specify windows, 
select a portion of a circuit in one window, and copy it into 
another. With VALIDGED, this operation is somewhat 
clumsy, involving writing the selected portion of the 
circuit out to a disk file and reading it back into the 
other circuit. LSED and ACE allow connections to be made 
from an object in one window to an object in another. 


1988 DESIGN AUTOMATION GUIDE 31 


O ASIC VERIFICATION 


Tests Full Speed 
At Up to 50 MHz 
Across Entire Cycle. 


or the first time, you can test 
your VLSI prototype design at 
real world operating speeds. 

Thoroughly and easily. Across the 

entire cycle. Without compromise. 
Topaz is a totally-integrated ASIC 

verification system that reduces 
prototype characterization and fault 
analysis time, while offering these 
exclusive advantages: 

e Full Data Formatting to 50 MHz 
—for quick measurement of set- 
up times and propagation delays. 

e256 I/O Channels at Speed, 
Without Multiplexing—for max- 
imum performance and flexibility. 


¢ Programmable Pattern Gener- 
ation to 50 MHz—for initiation 
of loops, branching and data 
control. 

ASIC design requires painstaking 
accuracy. Verifying that design has 
been neither fast nor easy. The time 
available to get today’s increasingly- 
complex ASICs to market continues 
to contract, and the price of an 
undetected error can be incredibly 
costly. 

With Topaz, you'll know your 
design is right, and you'll know it 
faster. CAE-LINK™ software permits 
easy translation of simulator vectors 
into ready-to-use test vectors. And, 
our exclusive Meta-Shmoo™ soft- 
ware allows you to quickly sweep 
voltages and times at 500ps incre- 
ments across an entire cycle, with- 
out programming. 

It acquires data with a minimum 
of effort; and its ability to do graphic 
error-bit mapping and multi-level 
triggering gives it unequalled per- 
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sonal demonstration. 
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* On Mentor, attaching names to subparts is much simpler than 
attaching names to other objects. 

+ On Valid, naming several objects in a row takes fewer keystrokes 
per object than naming just one. 


+ On Valid, group moves and copies are simpler for a second 
operation on the same group. 


TABLE 2. Keystroke counts for common editing operations. 


EASE-OF-USE BENCHMARK 


In an effort to quantify subjective properties, a key- 
stroke criterion was employed in our benchmark. Clear- 
ly, the number of keystrokes or mouse commands re- 
quired to perform a function is indicative of the time 
required to learn and use a schematic entry system. 

All editing operations consisted of four types of move- 
ment or keystrokes: cursor positioning, typing, single- 
key commands, and depression of mouse buttons. 

A short experiment indicated that moving the mouse 
and pressing its buttons took about the same amount of 
time in all four systems. Pressing keyboard keys took 
about twice as long as pressing mouse keys, because it 


took time to find the desired key. Typing a piece of text 
averaged about six times as long as pressing a mouse 
key. Since each system uses a different set of move- 
ments, the number of “equivalent mouse keystrokes” 
required for each common operation was computed, for 
comparison purposes, by analyzing the procedures that 
the manuals specified for performing that operation. In 
some cases, proficient users reported faster procedures 
for performing certain operations, so those procedures 
were used instead. Table 2 summarizes the number of 
equivalent keystrokes for the four systems: LSED was a 
clear winner, followed by VALIDGED, ACE, and NETED/ 
SYMED, in that order. 


PERFORMANCE BENCHMARKS 


The time required to enter a design on a particular 
schematic entry system can be used to measure ease of 
use and performance (execution time of various oper- 
ations). Variables include the expertise of the operator 
and the type of host. 

The circuit in Figure 1, a simple 600-gate synchro- 
nous design, was selected. It uses a 16-bit datapath and 
a random-logic finite-state machine. The entries were 
performed using release 5.02.02 of ACE running on a Logi- 
cian-v, release 8 of VALIDGED on an S-32, release 6.2 of LSED 
on a Sun-3/75, and release 5.1 of NETED/SYMED on an Apollo 
DN420. 

To obtain the performance benchmarks shown in Ta- 
ble 3, an engineer proficient in the use of each system 
entered the design. LSED again won the race, followed by 
VALIDGED and NETED/SYMED. ACE came in last, taking over 
four times longer than LSED. Interestingly, ACE required 
substantially more time to enter the benchmark design 
than did NETED/SYMED, even though ACE’s overall key- 
stroke count was lower. ACE’s slow response to com- 
mands contributed heavily to its poor overall time in 
entering the benchmark design. 


PREDICTABILITY 


All four schematic editors gave users unpleasant sur- 
prises at times. 

ACE was described by users as a fairly unpredictable 
program. The most serious problem is that, under cer- 
tain circumstances, the wires in a bus are connected to 
the wires in a bus pin of a submodule in a highly 
counterintuitive order. Further, group operations yield 
particularly unpleasant surprises and take much longer 
than might be expected. For instance, copying a 14-part 
group took ACE 60 seconds, as opposed to an average of 
only 7 seconds for the other editors. But even worse, at 
one point a copy never materialized at all, and the copy 
command had to be re-entered. In another case, it ap- 
peared with diagonal wires, one of which proved impos- 
sible to delete. 

The only predictability problem VALIDGED users report- 
ed was that when text is entered, it is occasionally 
attached to the wrong object. VALIDGED automatically 
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FIGURE 1. The benchmark design (entered using LSED). 


f RESET 


attaches text to the closest object rather than requiring 
the user to specify which object it is related to; in some 
cases, that object is not what the user intends. Com- 
mands to show text connections and to reattach text to 
different objects do alleviate this problem, however. 

The primary predictability problem with NETED/ 
SYMED is that SYMED does not work like NETED. For exam- 
ple, SYMED cannot copy part of a symbol into another 
symbol, it cannot rotate or flip objects, it cannot stretch 
lines, and it cannot undo a deletion. These differences 
frequently take new SYMED users by surprise. 

Another SYMED problem is the existence of two distinct 
grids, one finer than the other. Objects may be placed 
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anywhere on the fine grid but can be moved only in 
increments equal to the coarse-grid spacing. 

The most serious complaint about NETED was that 
when wire segments and pins are placed on top of other 
wires, they may be shorted together. Shorting is particu- 
larly common when a part with wires connected to it is 
rotated. The original connectivity of the circuit is 
changed and must be corrected by hand. Users also 
reported difficulty in creating small jogs in wires. The 
wiring command tries to eliminate the bends completely 
or to make them diagonal. Finally, the rule-checking 
command gives many spurious warning messages, mak- 
ing it difficult to find the real problems in the circuit. 


Valid- 
Station, IBM 
PC AT, 
MicroVAX 


TABLE 4. General conclusions. 


The worst surprise in store for LSED users is that the 
program crashes on rare occasions. LSED has the ability 
to undo a crash, so that crashes are not a disaster, but 
they are a major irritation, since the undo operation can 
take as long as 15 minutes to run. A much more com- 
mon complaint was that since the DIVE INTO A PART com- 
mand is the same key as the MODIFY TEXT command, the 
two are confused if the cursor is too close to a piece of 
text when the user tries to dive into a part. If the user is 
looking at the keyboard instead of the screen, he may 
not notice what is happening until he has typed several 
commands onto the end of the piece of text. The SELECT 
and CONNECT commands also are easy to confuse. 

LSED users also complained that text is not clipped at 
the screen borders. Instead, if a piece of text does not 
entirely fit on the screen, it is not displayed at all. 


GENERALITY, HARDWARE PLATFORMS, AESTHETICS 


In addition to ease of use, the generality of a particular 
editor must be considered. General-purpose CAE work- 
stations support a variety of Asic vendors, as well as 
standard families like the 7400 logic and 2900 bit-slice 
families. Vendor-specific programs, such as provided by 
LSI Logic, support only their (and their licensees’) Asic 
libraries. Clearly, all else being equal, a general-purpose 
solution is preferable. 

Currently, NETED/SYMED is hosted only on Apollo, and 
LSED only on Sun workstations. ACE is available on Daisy 
Systems’ own hardware, the Logician, and on a Pc. 
VALIDGED is available on four machines: the Microvax; 
the pc AT; the Sun; and Valid’s own host machine, the 


ValidStation. 

The speed or ease of use of each editor was considered 
most important; however, since a speedy editor that 
turns out poorly executed or unreadable diagrams is no 
asset to its user, consideration was also given to the 
quality of the finished design. A panel of logic designers 
reviewed the logic diagrams that each schematic editor 
produced for the 600-gate benchmark. 

ACE’s designs were considered aesthetically poor. ACE 
does not support bused parts. For instance, to invert a 
16-bit bus, 16 inverter symbols are required; the other 
editors will allow the engineer to use a single inverter 
symbol and specify that it stands for 16 inverters. This 
lack tends to make schematics generated on ACE look 
cluttered and sometimes forces the designer to add extra 
hierarchical levels to a design. 

NETED/SYMED’s designs also were rated as poor. Groups 
of parts are replicated by placing them in a rectangle 
called a “frame.” Parts that have been replicated in this 
manner cannot be wired to parts outside the frame; 
instead, wires inside and outside the frame are connect- 
ed by being given the same name. It can therefore be 
difficult to tell whether parts are connected. 

Both VALIDGED and LSED received high ratings for aes- 
thetic quality. 


SUMMARY 


Of the four systems analyzed, LSI Logic’s LSED emerged 
as a clear winner—not surprising, as it is three or four 
years newer than NETED/SYMED and VALIDGED and in- 
cludes many of the best features of its competition. 
Unfortunately, it is available only with Lsi Logic libraries. 

VALIDGED Came in second, NETED/SYMED third, and ACE a 
distant fourth. All three have libraries available from 
most of the Asic vendors, including Ls! Logic. 

Finally, some cautionary notes. First, software is in a 
constant flux, and the results shown here are probably 
already out of date. Second, there are dozens of schemat- 
ic entry systems; this article addresses only four. And 
last, schematic entry is only a portion of a total CAE 
system. In the end, a designer will select an integrated 
package that will solve his problem, sometimes at the 
expense of being “sole-sourced” and tied to one ASIC 
vendor's silicon products. L] 
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A FIRST COURSE 


IN VHDL 


David L. Barton, Intermetrics Inc., Bethesda, MD 


designed at the request of the vHsic Program Office 

to provide a notation capable of the design and 
description of very complex components and systems. 
The final language, a result of efforts under both an 
original government contract and a later standardiza- 
tion drive by the IEEE, is a rich collection of constructs 
for various levels of hardware description. 

This article is an introduction to VHDL. It considers 
two specific problem domains within the overall field of 
hardware design and description. The first is register- 
transfer descriptions of behavior. The second is struc- 
tural descriptions of circuits, which we introduce with a 
section on entities and architectures, the mechanisms 
in VHDL for decomposing large descriptions. A third im- 
portant problem domain is behavioral descriptions and 
the mechanisms for describing relationships between 
behaviors. This topic, along with other advanced lan- 
guage features, will be covered in a future article. 

Two subjects recur throughout the article in different 
forms. Rather than try to explain them completely in 
isolation, their importance will become apparent as 
their effects on each problem domain emerge. The first 
is the basic simulation cycle of VHDL. It is this cycle that 
controls the resolution of signal values and the execu- 
tion of the components of a hardware description. The 
second is the idea of a “view” of the hardware descrip- 
tion. A view of the description is a way of decomposing 
the hardware description into parts, which may in turn 
be further decomposed into parts. Several different 
views are inherent in the definition of VHDL, and they will 
be described as their roles in hardware design and 
description become clear to the designer. 

All of the examples and the information in this article 
reflect the 1076/B version of VHDL, as published in the May 
1987 Language Reference Manual. This version is the 
subject of the standardization ballot in the IEEE. As a 
normal part of the standardization process, changes are 
being made in response to comments. 


i he vusic Hardware Description Language (VHDL) was 


40 DESIGN AUTOMATION GUIDE 1988 


FIGURE 1. Situation depicted in (a) would be evaluated sequen- 
tially as in (b) or concurrently, as in VHDL, as given in (c). 


A register-transfer description of hardware consists of 
a series of Boolean logic expressions. Each operator 
represents a gate or a series of gates in a hardware 
realization. Such expressions are a convenient mecha- 
nism for portraying the behavior of a hardware compo- 
nent. VHDL supports simple register-transfer state- 
ments, as well as timed, conditional, and guarded- 
assignment statements. 

The objects in the expressions are called signals, and 
the expressions themselves are called signal assignment 
statements. Names are given to the signals in the signal 
declarations. An example describing a full adder is: 


signal x, y, cin, cout, sum: BIT; 


sum <= xX xor y xor cin; 
cout <= (x and y) or (x and cin) or (y and cin); 


The first statement identifies the objects that will appear 
in the expressions and the following two statements 
define the values of the outputs in terms of the inputs. 

Such expressions also may operate upon bit vectors. 
The following example implements a byte adder using 
bit vectors: 


signal x, y, cin, cout, sum: BIT_VECTOR (0 to 7); 
signal byte_cin, byte_cout: BIT; 


cin (0) <= byte_cin; 

sum <= xX xor y xor cin; 

cout <= (x and y) or (x and cin) or (y and cin); 
cin (1 to 7) <= cout (0 to 6); 

byte_cout <= cout (7); 


The carry in and carry out bits for the entire byte adder 
are represented by the signals “byte_cin” and “byte_ 
cout.” The first line sets the first element of the carry in 
array to the carry in of the entire byte adder. The second 
two statements are just as in the previous example, 
except that they operate upon entire arrays rather than 
bits. The fourth line propagates the carry out values to 
the proper carry in values. The last line sets the carry out 
bit of the entire byte adder. 

Each register-transfer expression is evaluated when- 
ever one of the elements of the expression changes value. 
The definition of the simulation cycle implies that this 
evaluation proceeds in three steps: First, the expres- 
sions are marked for evaluation; then the expressions 
themselves are evaluated; and after all expressions are 
evaluated, the values are reflected in the actual objects. 
Thus, if two expressions are evaluated and the target of 
one appears in the expression of the other, both expres- 
sions are evaluated before either of the targets are updat- 
ed. The order of evaluation has no effect on the final 
values of the expressions (see Figure 1). 

Signal assignment statements that share signals may 
be said to be connected. In particular, when a signal 
assignment statement’s target signal name (that is, the 
name on the left side of the “<=” sign) appears in the 
expression part (the right side of the assignment) of 
another signal assignment statement, the first may be 
said to “trigger” or “kick” the second. Data flow from 
signal names occurring on the left-hand side of signal 
assignment statements to signal names occurring in 
expressions on the right-hand side of signal assignment 
statements. Thus, in the example given above, the carry 
information may be seen flowing through the first state- 
ment, then from left to right (low to high elements of the 
bit array) through the third and fourth statements, and 
finally to “byte_out” in the fifth statement. 

The expressions above are very similar to register 
transfer expressions in other notations, although unlike 
many notations, VHDL requires a separate signal declara- 
tion statement. A separate declaration is an important 
factor in eliminating elusive spelling errors during the 
development process. The additional effort spent in de- 
claring objects used in the expressions is well repaid in 
reduction in debugging and correction efforts. 


Timed Signal Assignment Statements 


Real hardware does not evaluate expressions instanta- 
neously. The designer should be able to easily and conve- 
niently express the amount of time an expression will 
take to be evaluated and have those times reflected in the 
description. 

Each expression in a series of signal assignment state- 
ments may be followed by the key word after, followed by 
a time. Adding timing information to the examples 
above could yield the following expressions: 


signal x, y, cin, cout, sum, strobe: BIT; 


sum <= x xor y xor cin after 10ns; 
cout <= (x and y) or (x and cin) or (y and cin) 
after 15ns; 


The timing information above states that the sum will be 
available 10 ns after any of the inputs change and the 
carry out 15 ns after any of the inputs change. 

Given time delays, the order of actions in the execu- 
tion of a signal assignment statement at a given time is 
as follows: First, the values of all declared objects for that 
time are determined; second, signal assignment state- 
ments that contain objects whose values have changed 
are marked for execution; and third, the expressions are 
evaluated (in any order). 

If no timing clause appears in the signal assignment 
statement, then a time of O ns is assumed. However, 
even if O ns is in the timing clause, all the statements 
marked for execution are executed before the values of 
any objects are updated. The notion here is that some 
infinitesimal amount of time has passed, even if the 
actual simulation time has not advanced. Such a simu- 
lation cycle that does not cause the simulation time to be 
advanced is called a delta cycle. 

This model of execution allows the designer to write 
signal assignment statements without regard to the 
order of their execution. The simplicity of this situation 
removes a great burden from the user of these state- 
ments. No concern need be taken for the exact order of 
the statements, but only for the values they produce. 


Conditional and Selected Signal Assignment Statements 


Hardware behavior is not always a direct Boolean 
function of several variables. Although conditional situ- 
ations may always be expressed as complex Boolean 


FIGURE 2. Example of selected signal assignment statement. 
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functions, such phrasing is often tedious. A more flexi- 
ble notation for conditional situations is useful. 

Two forms of signal assignment statement are de- 
signed to provide a convenient notation in these situa- 
tions. The first is called the conditional assignment 
statement. It allows the use of conditional expressions to 
filter the expressions that appear in the actual signal 


assignment statement. An example is: 


signal q, r, s: BIT; 


q <= q when (r = '0’) and (s = ‘0’) else 


‘1’ when (r = '1’) and (s = ’0’) else 
‘0’ when (r = 0’) and (s = '1’) else 
UNDEFINED; 


where “UNDEFINED” is a user-defined function. This state- 
ment reflects the action of an Rs latch. 

The second language structure is the selected signal 
assignment statement, which allows the re- 
sults of the expression to be selected by a 
series of conditions based upon a single val- 
ue. An example is given in Figure 2, where a 
single expression embodies the function of 
an eight-input inverted multiplexer. 


Guarded Signal Assignment Statements 


The various forms of the signal assignment 
statement make the writing of Boolean ex- 
pressions quick and easy. However, all of the 
preceding examples apply to asynchronous 
circuits and situations. There are two as- 
pects to the expression of synchronous be- 
havior: specification of the “clock” or enable 
circuit, and the grouping of the circuits that are affected 
by this enable. Both of these problems are solved by the 
VHDL block statement. A block statement groups one or 
more signal assignment statements into a related unit. 
It also may contain an optional guard expression. This 
guard is the specification of the enable circuit that 
controls the operation of the synchronous circuit. 

An example is given in Figure 3. This D flip-flop (encap- 
sulated in the block statement labeled “flipflop”) will 
reflect the value of “d” whenever the clock is high (equal 
to 1). There is no need to place the clock directly in the 
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FIGURE 3. D flip-flop (a) represented with ‘‘guard’’ concept (b); VHDL code with block statement (c). 


FIGURE 4. 


expression itself; the key word guarded identifies those 
expressions that will not change value unless the guard 
is true (“CLK” is high). Guards need not be only level- 
sensitive; edge-sensitive guards are possible as well. 

The block statement itself is the primary method of group- 
ing different parts of a description in VHDL. With a few 
technical exceptions, all the ways of decomposing de- 
scriptions of behavior 
into parts are equivalent 
to different block 
statements. 


ENTITIES 


We now tackle in ear- 
nest the problem of divid- 
ing a large hardware de- 
scription into parts. A 
description of a vLsi chip 
may contain hundreds or 
thousands of lines of 
code. The ability to divide 
descriptions into parts 
and reuse the parts is 
what makes VHDL different from many other hardware 
description languages. 

The basic unit of design description is called a design 
entity. Any one entity may be reused many times within 
the overall description. VHDL provides features that allow 
the design entity to alter its behavior in its different 
incarnations. Moreover, different implementations for a 
design entity, corresponding to alternative physical real- 
izations of a given function, may be used in different 
portions of the description. 


The use of generics to identify delay values. 


The first step in setting up a design entity that will- 
contain a number of signal assignment statements is 
declaring what the entity will look like. An entity declara- 
tion fixes the name of the entity and the names by which 
other design entities will refer to the connections of the 
entity. An example follows: 


entity rs_flipflop is 
port (r, s: in BIT; q: out BIT); 
end rs_flipflop; 


The name of this entity is “rs_flipflop” and its ports 


are called “r,” “s,” and “q.” Each port has an associated 
mode, which identifies inputs and outputs. Not shown 
is “inout,” which signifies a port that is both read and 
written by the entity. 

We must specify what the entity does in an architec- 
ture description. A single entity may have several archi- 
tectures describing different ways of realizing the entity. 
An example architecture of the “rs_flipflop” entity is: 


architecture implementation_a of rs_flipflop is 


begin 
q <= q when (r = '0’) and (s = '0’) else 
‘1’ when (r = '1’) and (s = ‘0’) else 
‘0’ when (r = '0’) and (s = '1’) else 
UNDEFINED; 


end implementation_a; 


Note that there is no signal declaration for “q,” “r,” and 
“s.” The port clause in 
the entity declaration 
takes the place of this 
signal declaration. Any 
statement may appear in 
an architecture, includ- 
ing a block statement; 
however, entities and ar- 
chitectures may not be 
declared inside other en- 
tities and architectures. 
The design entity 
should be thought of as a 
separate conceptual unit 
on its own. In many 
cases, this conceptual 
unit will correspond to 
an actual part in an as- 
sembly. The pins of the 
part are the ports. We will 
examine the method of 
connection in the next 
section; for now, it is 
enough to think of the 
“level of abstraction” as 
being about the same as 
a part in a data book. 
The design entity as 
given above allows the 
decomposition of any hardware design into parts. A 
design entity has the effect of encapsulating part of the 
description and making it “general,” in the sense that 
the entity may be used whenever the function described 
by this code is needed. Thus a design entity is somewhat 
analogous to a subroutine in a software language. 


Generics 


Given that we wish to reuse a design entity whenever 
practical, we need some means of providing information 
to the design entity concerning parameters that may 
change in the various uses of the entity, parameters like 
delay and capacitance. The means of providing this 
information to the design entity are called generic con- 
stants, or just “generics.” Generics fulfill much the same 


Component declaration 


Architecture 


FIGURE 5. Scheme for structural descriptions in VHDL: compo- 
nent instances are bound to entity/architecture descriptions. 


role in design entities that parameters fulfill in subrou- 
tines in software languages. Generic formals, which 
appear in the entity declaration, may take on different 
values in the different uses of the entity. 

Consider the full-adder entity and architecture shown 
in Figure 4. The names “sum_delay” and “carry_delay” 
represent delay times that may be changed each time the 
design entity is used. If no values are given by the user, 
the default values in the expression inside the generic 
clause will be used. 

The existence of default values on the generic declara- 
tions means that the user of the design entity need only 
provide values for the formal generics if he wishes to 
change the “normal” behavior of the design entity. Gen- 
erics can be extremely powerful. For example, if a formal 
generic appears in a conditional signal assignment 
statement, the entire behavior of a design entity may be 
changed by changing the 
value of a generic. 


STRUCTURAL 
DESCRIPTIONS 


After dividing a large 
hardware description 
into parts represented by 
design entities, the ques- 
tion of instantiating 
these design entities 
arises. The user has con- 
siderable power to 
change the behavior of 
an entity using generics. 
The method of structural 
description must allow 
the user to exercise this 
power. Indeed, it would 
be nice if a user could 
give merely a general de- 
scription of what a part 
“looks like.” Any entity 
that satisfies this general 
description could later be 
identified with the actual 
part to be used in a spe- 
cific hardware design. 

These goals have been considered in the design of the 
language features that allow structural description. The 
concept of a component is introduced as the basic unit 
of design implementation. The language is organized to 
permit components to be declared and instantiated 
within architecture descriptions. Then, a configuration 
specification binds component instances to the design 
entities and architectures that describe the desired 
parts (see Figure 5). 

At first glance, it might appear that a component 
declaration serves the same purpose as an entity decla- 
ration. However, there are good reasons to separate the 
two. With local component declarations, the designer 
can work from the top down—a component can be used 
before it is actually in the library. 
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Component Declarations and instantiations 


Given a number of components, eventually to be de- 
scribed by design entities, we need to hook them up to 
form a circuit. A component declaration describes the 
component to be hooked up locally, inside a given design 
unit. A component declaration of “and_gate” is: 


component and_gate port (a, b: in BIT; c out BIT); 


The actual use of a component is identified by a compo- 
nent instantiation statement. A specific use (instance) 
of the component “and_ gate” in a component instantia- 
tion statement is: 


signal x, y, Ss]: BIT; 
Al: and_gate port map (x, y, s1); 


The component instantiation statement states that there 
is a specific instance of “and_gate” and that signals “x,” 
“y,” and “sl” are connected to ports “a,” “b,” and “c.” 

A full structural design entity is given in Figure 6. The 
design entity in this example is the same as that in 
earlier examples of the full adder. It is the architecture 
that is different. Both architectures may be associated 
with the same design entity. The exact architecture to be 
used may be selected elsewhere, either when the compo- 
nent is instantiated or by a separate configuration. 

There are three lists used to hook up a component. 
The ports in the design entity declaration are called 
formal ports. The ports in the component declaration 
are called local ports. The names in the component 
instantiation statement, including both local signals 
and formal ports of the design entity containing the 
instantiation, are called actual ports. 

This three-level hierarchy allows the separation of the 
component declarations from the design entity declara- 
tions. The connection between local ports and actual 
ports is provided by the component instantiation state- 
ment (in the clause preceded by the words port map, 
called the port map aspect). 

The separation of the component declaration from the 
design entity declaration means that any design entity 
that matches the overall description of the component 
given in the component declaration can be used. The 
exact specification of the entity to be used in the final 
description is deferred. The ability to put off this deci- 
sion allows the user to make overall decisions without 
worrying about the specific chips to be used; he may try 
several chips without changing the architecture. 

It is worth remembering that no matter how many 
“blocks within blocks within blocks” are created by com- 
ponent instantiation statements, it is the signal assign- 
ment statements that actually specify the actions. The 
final view consists of signal assignment statements, 
encapsulated in design entities, connected by signals or 
connected lines of signals and ports. Signal assignment 
statements are the units of action and component in- 
stantiation statements specify how the design entities 
containing them are connected. 


Generic Value Association 


The previous section described how signal connec- 
tions are made through ports. We also need to specify 
what values will be associated with generic constants. 
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FIGURE 6. A full structural design entity. 


This resolution of generic values is very similar to the 
association of ports with signals. Consider the following 
refinements to the “and_ gate” declaration and instan- 
tiation of the example in Figure 6: 


component and _ gate generic (delay: TIME); 
port (a, b: in BIT; c out BIT); 
end component; 


Al: and_gate generic map (5ns) port map (cin, s1, s2); 


The similarity between the port map and the generic 
map, and between their functions, is obvious. 

Once again, actions are defined by signal assignment 
statements. The generic values in the component in- 
stantiation statement must eventually be reflected in a 
signal assignment statement in order to have any effect 
on the simulation. 


Configuration Specifications 

The binding between a component instance and a design 
entity is accomplished by a configuration specification, 
which identifies the entity and the architecture body of the 
entity to be used. There also are means for connecting any 
ports that have not been connected by the component 
instantiation statement and for the resolution of any unre- 
solved generic values. Building on the example above, a 
configuration specification might appear as shown in the 


following example. Here the configuration specification be- 
gins with the key word for and ends with a semicolon: 


component and _ gate generic (delay: TIME); 
port (a, b: in BIT; c out BIT); 
end component; 


for Al: and_gate use entity TTL_and (data_flow_and) 
generic map (5ns); 


Al: and_gate port map (cin, sl, s2); 


The configuration specification states that, for the com- 
ponent instantiation statement with label “Ai” of the 


component “and_ gate,” the design entity “TrL_and” will 
be the actual design entity and the architecture “data_ 
flow_and” will be used as the implementation. The ge- 
neric value, which is not resolved by the component 
instantiation statement, will be 5 ns. 

In place of the label “a1,” the key words all and others 
are allowed. The key word all specifies all component 
instantiation statements of a given component declara- 
tion (specified by the name following the colon). The 
others key word is the last in a series of configuration 
specifications and denotes all component instantiation 
statements not specifically appearing in another con- 
figuration specification. In the case shown, the configu- 
ration specification applies only to the component in- 
stantiation statement with label “al.” The other 
instance of “and_gate,” as well as all the other state- 
ments, are not affected. These may be bound elsewhere, 
even outside of the given architecture description. 

Information in a configuration specification may also 
be given in a completely separate design unit, called a 
configuration. Each component instantiation state- 
ment in the entire design may be configured in a single 
configuration. Each architecture and each block within 
an architecture is identified by name in a hierarchical 
structure called a block configuration. For each configu- 
ration specification that would appear in an architec- 
ture, a similar structure called a component configura- 
tion appears in the configuration. 

However, neither configuration specifications nor 
configurations are necessary in order to simulate a de- 
sign. In the absence of a configuration or a configura- 
tion specification, the language assumes that the name 
of the entity is the same as the name found in the 
corresponding component declaration in the architec- 
ture. The names of the ports must match, as must the 
names of the generics. If all the names match, then no 
configuration information is needed. 


GENERAL BEHAVIORAL DESCRIPTIONS 


When modeling extremely complex circuits behavior- 
ally, signal assignment and component instantiation 
statements can be cumbersome. A general method of 
describing behavior is needed. The center of this meth- 
od is the process statement. The process statement is 
the true unit of action in VHDL; a signal assignment 
statement is just a special case of a process statement. 
With the vHDL process statement, the facilities of a gener- 
al-purpose programming language are available to the 
hardware designer. 

In addition to most of the general-purpose structures 
found in Ada, Pascal, or any other programming lan- 
guage, VHDL includes mechanisms specialized for hard- 
ware description. One example is the wait statement 
that specifies that a process should suspend execution 
until a simulation cycle when specified conditions are 
met. Another example is the behavior of a multisourced 
signal (called a bus in VHDL) which is defined by a 
function that is specified in the declaration of the signal. 
These and other advanced features of the language are 
beyond the scope of this article. However, they will be 
taken up in a future article. 


CONCLUSION 


This article has set forth some of the basic structures 
of VHDL. It is an extremely rich language, with a variety of 
language features for a variety of situations. Specific 
features are designed to facilitate the description of 
hardware behavior by means of Boolean expressions, 
structural description, and algorithmic definition. 

The presence of design entities allows a given installa- 
tion to establish standard design practices. A given 
installation may use a set of standard library units that 
correspond to available hardware components. The ma- 
jority of designers on a project will usually use a small 
portion of the language features, while a small set of 
technicians may write and assemble these standard 
library units. 

The language features governing design decomposi- 
tion allow a large team to work on portions of a complex 
design in isolation. Different parts of the design may be 
connected just as any other component or set of compo- 
nents would be connected. The configuration allows the 
final measure of control, appropriately connecting un- 
connected ports, resolving unresolved generic values, 
and selecting the actual architectures to be used for the 
various portions of the design. 

The richness of VHDL entails some complexity. This 
complexity can be controlled by selecting design prac- 
tices within an installation that limit the number of 
language features that need to be learned by the majority 
of designers. In this manner the complexity of the actual 
design can be controlled as well as the complexity of 
learning a rich hardware description language. VHDL can 
indeed be an asset in the hardware design process, 
regardless of the size or nature of the hardware. LJ 
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lation techniques for years, owing to the fact that it 

is very difficult to breadboard an ic. Additionally, 
the circuit building blocks that Ic designers have used 
have been of relatively low complexity—usually a few 
logic gates or switches. This simplicity enabled simula- 
tion models to be obtained easily, since gates and 
switches are the traditional primitives of most logic 
simulators. 

The system designer using these Ics at the printed 
circuit board level, however, has not had such an easy 
time. Models for a single ic can take months to generate. 
For a board with a dozen or more complex chips, model 
development requires a tremendous amount of effort. As 
a result, most system designers either have not em- 
braced system simulation or have attempted to simulate 
“around the holes” by mimicking with stimuli the ac- 
tions of the Ics that had no simulation models. 

Clearly, generating and maintaining models for the 
thousands of complex ics that systems designers can 
choose from is a huge undertaking. Currently, two pri- 
mary modeling techniques are being used: behavioral 
and hardware modeling. 


D esigners of VLSI circuits have depended upon simu- 


Behavioral modeling is a software representation of 


the functions that a given design performs (or should 
perform). It is used by Ic designers in developing and 
trying out new design ideas. For off-the-shelf compo- 
nents, however, behavioral modeling is used to accu- 
rately represent the operation of an existing component. 

Generally, behavioral models are written in a high- 
level programming language (like C or Pascal) or in a 
hardware description language (HDL) that has been de- 
veloped exclusively to model hardware designs. HDLS 
differ from general-purpose programming languages in 
that they offer additional constructs to directly support 
the description of hardware. For example, HDLs typically 
offer additional data types such as register and wire that 
can hold electronic values or key words to describe 
asynchronous behavior like a signal changing. Figure 1 
shows a small behavioral model of a 32-bit ALU that 
demonstrates some of the features of a HDL. 

In a system simulation, behavioral models would be 
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module alu(a__bus, b__bus, c__bus, control, clock); 
input clock; 
input [1:0] control; 
input [31:0] a__bus, b__bus; 
output [31:0] c__bus; 


reg [32:0] c_reg; 
reg [31:0] a_reg, b__reg, c__bus; 


always @ (posedge clock) 


begin 
a_reg = a_bus; 


b__reg = b_bus; 

case (control [1:0]) 
2’b 00: c_reg = a_reg + b_reg; 
2'b 01: c_reg = a_reg — b_reg; 
2’b 10: c_reg = a_reg & b_reg; 
2’b 11: c_reg = a_reg | b_reg; 

endcase 

c__bus [31:0] = c_reg [31:0]; 

end 
endmodule; 


FIGURE 1. Example of a behavioral model written in an HDL: a 
32-bit ALU. 


mixed with other models of the rest of the components to 
be simulated. If these additional components are de- 
scribed at various levels of abstraction (such as gate or 
switch representations of SSI or MSI components), the 
resulting simulation is called mixed-level. 

Many large companies have developed behavioral mod- 
els of components that they work with often. However, 
this development requires a dedicated set of engineers 
and is very expensive. Lately, third-party companies 
have emerged that generate behavioral models of many 
popular components. These companies can usually offer 
a lower-priced model than could be developed internally, 
since they can amortize the development cost over many 
customers and simulators. Typically, prices range from 
$500 to $6000. 

An alternative to behavioral modeling is hardware 


Connection 


to 
simulator 


FIGURE 2. Typical structure of a physical modeling system. 


modeling. Also called physical modeling, this approach 
uses the component itself to model its functionality ina 
simulation. Typically, a hardware modeling system con- 
sists of a set of dedicated hardware that a target chip can 
be plugged into, as shown in Figure 2, plus the neces- 
sary software. The simulator sends input data that is to 
be evaluated to the modeling system, which applies that 
data to the actual component and records the chip's 
response; the response is then sent back to the simula- 
tor. Note that the hardware model usually supplies only 
the functional information of the component's response; 
software is required to supply timing information. 
Hardware modelers are usually stand-alone systems 
and are connected to a network, like Ethernet, or at- 
tached directly to a workstation or hardware accelerator. 


TRADE-OFFS 


Neither behavioral models nor hardware models are 
the ideal solution to every system design situation. How- 
ever, understanding the advantages and disadvantages 
of each type can help the designer determine which one 
(or a combination of the two) best suits the design 
requirements. 

The advantages of behavioral models fall into three 
main categories: flexibility, availability, and cost. 

A behavioral model is extremely flexible. Since it is 
entirely represented in software, it can be modified sim- 
ply. Modifications that a designer may want to make 
include adding more timing information (like minimum 
and maximum delays or timing checks) or changing 
operating conditions of the component (for example, 
making a 12-MHz component a 16-MHz part). 

Behavioral models are available as soon as they can be 
encoded and tested. Usually, all that is needed to begin 
development of a behavioral model is a standard data 
book description of the component. There is no need to 
actually have silicon for the component to develop the 
model. 

Finally, there are no hardware costs in developing or 
using a software model. Since they are developed using 


standard languages, they will run on the same computer 
that the simulator is being run on. 

The cost to develop these models, however, can be 
large. Since the model is usually developed by someone 
other than the Ic designer, it takes time to understand 
the complete operations of the component. Even once 
the part is completely understood, the time required to 
encode and test the model can be many months. 

Also, once developed, behavioral models are difficult to 
maintain. As the Ic vendor releases more formal data 
books or introduces new versions of the component, the 
model must be updated. 

One final disadvantage of behavioral models is their 
speed of evaluation. Although they are much faster than 


Hardware models can 
evaluate very quickly. If the 
modeler is directly attached 
to the simulator host, little 
software overhead will be 
incurred in evaluating a 
hardware model. 


a corresponding gate-level model, the evaluation time for 
a single input change can be many milliseconds, even on 
mainframe computers. For a design with a lot of compo- 
nents and a large number of input changes, simulation 
can take a long time. 

Purchasing models from a third party can remove 
some of these obstacles. A third party may already have a 
particular component available or be in the process of 
developing it. In that case, the designer may want todoa 
make-versus-buy analysis. For complex components, 
the purchase price will usually be less than the cost to 
develop the model internally. 
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Hardware models have their own set of advantages and 
disadvantages. Typically, it takes only days to develop a 
hardware model once the silicon is available. Timing infor- 
mation is obtained from data books and can be entered in 
advance. Thus both the cost and time are dramatically less 
than for developing the corresponding behavioral model. 

Also, hardware models can evaluate very quickly. If the 
modeler is directly attached to the simulator host (in- 
stead of over a network), little software overhead will be 
incurred in evaluating a hardware model. Once the data 
are presented to the model, the response time is usually 
measured in nanoseconds. 

There is, however, a significant cost to the hardware 
modeler itself. Typically ranging from $35,000 to 
$100,000 for a well-configured machine, this expense is 
not needed for behavioral modeling. 

The design group will try to amortize this cost over 
multiple users and place the modeler on a network so 
that multiple simulations can take advantage of it. Shar- 
ing a hardware modeler reduces its performance advan- 
tage over behavioral modeling, since networking soft- 
ware must be executed and other network traffic must 
be contended with for each evaluation of the component. 

Additionally, hardware models limit the length of sim- 
ulation for most of today’s popular vLSI components, 
owing to the dynamic nature of these chips. This same 
property also dramatically increases the evaluation time 
as the length of the simulation increases. 


The evaluation speed at 
which of a behavioral model 
evaluates depends on many 
factors: the speed of the 
simulator and the host 
computer, the efficiency of 
the modeling language, and 
even how well the model 

is written. 


Since simulation performance is a critical issue in 
evaluating a design methodology, the next section ex- 
plores in more detail the issue of speed of evaluation of 
behavioral versus hardware models. 


The speed at which a behavioral model evaluates de- 
pends on many factors: the speed of the simulator and 
the host computer, the efficiency of the modeling lan- 
guage, and even how well the model is written. However, 
the evaluation time will vary linearly with the length of 
the simulation. A similar evaluation of a given part will 
always take approximately the same amount of 
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100,000 59,000 14,000 


TABLE 1. Behavioral and hardware evaluation times for the 
68000 microprocessor. 


10,000 


time, regardless of whether that evaluation occurs early 
or late in the simulation. 

The same cannot be said for most hardware models. 
These components, which are typically referred to as 
“dynamic,” require a minimum clock frequency to main- 
tain their internal state. Since the simulator cannot 
guarantee a minimum evaluation frequency, the hard- 
ware modeler handles this problem by maintaining the 
complete set of input evaluations. Each time the simula- 
tor requests a new evaluation, the modeler replays the 
entire evaluation history at a speed sufficient for the 
component to maintain its internal state. Consequently, 
each evaluation takes increasingly more time, as the 
length of evaluations to be played back increases. This 
increase is quadratic in nature, proportional to the 
square of the number of evaluations. 

A simple look at the preceding information could result 
in the following assessment being made: For short simula- 
tions, hardware models are faster than behavioral models; 
whereas for longer simulations, behavioral models will be 
faster. Though this statement is generally true, there are 
many other factors that affect this relationship. 

Although many of today’s popular components are dy- 
namic in nature, some are not. A nondynamic (“static”) 
component does not need the replay of the entire evaluation 
history before each new evaluation, since it does not loose its 
internal state. Consequently, as with behavioral models, the 
evaluation time for these components changes linearly with 
simulation time and in long simulations can be dramatically 
less than for dynamic components. 

The speed of the simulator host computer is also 
important. Many designers use workstations for simula- 
tion. The dramatic increase in their performance over 
the last few years directly affects the evaluation perfor- 
mance of behavioral models. Mainframe computers can 
further boost the simulation performance. In contrast, 
hardware modelers can be be speeded up only to the 
maximum operating frequency of the component to be 
modeled. Although this value, too, is rising, it is not 
increasing as quickly as workstation CPU performance. 

New behavioral modeling techniques are also improv- 
ing the speed at which model evaluation is performed. 
One of these techniques, called “bus-functional” model- 
ing, reduces some of the accuracy and functionality of 
the model, but it gives significantly higher performance. 
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Thus these models can offer a fast, inexpensive way to 
remove many design errors. 

If multiple uses of a single component are required 
within a design, using ‘a hardware modeler can slow 
down the simulation, reduce the length of simulation, or 
increase the cost of the hardware modeler. The reason is 
that the multiple instances of the component must ei- 
ther share the same physical memory of the hardware 
modeler or else spend time in having to swap patterns in 
and out of this memory, or multiple copies of the chip 
must be used. In general, using multiple instances of a 
behavioral model does not impose any of those penalties. 

In either case, hardware accelerators cannot help VLSI 
model evaluation performance. Since the accelerator 
handles only gate- and switch-level evaluations, both 
behavioral and physical models must be evaluated sepa- 
rately (the behavioral models on an attached host, the 
physical models on an attached hardware modeler). If 
the amount of evaluation taking place in these models is 
significant, then the accelerator is spending most of its 
time waiting for evaluations. However, hardware model- 
ing may be preferable when an accelerator is used, since 
the user may be willing to dedicate a modeler and tightly 
couple it to the accelerator. 


DETERMINING THE OPTIMAL MODELING SOLUTION 


Given the myriad of complexities, it is still possible to 
determine which modeling technique offers better per- 
formance under a particular set of constraints. A design- 
er can evaluate the set of components to be modeled and 
the available simulation tools to get a good idea which 
technique(s) are preferable. 

The main issues that need to be considered in this 
evaluation are: 


e Device complexity 

e Modeling system performance 

e Modeling system structure 

e Logic simulator and host computer performance 


Device complexity will determine the amount of evalu- 
ation time required for a behavioral model; a model for 
an 8085 microprocessor, for instance, will evaluate much 
quicker than a model for a 68020. Complexity has much 
less of an effect for hardware models. 

The modeling system performance may limit the speed 
at which the hardware model is evaluated. Many of 
today’s popular components can operate faster than the 
typical 16-MHz frequency of most of the available hard- 
ware modelers. 

The structure of the modeling system also will affect 
evaluation performance. Some modeling systems save 
evaluations from the simulator until a change is noted 
in any of the specified strobe pins. For example, if a 
single data pin has changed, the evaluation would not be 
presented to the component. Once a strobe pin has 
changed (such as a clock pin rising), the entire input set 
is presented to the component for evaluation. This 
method reduces the number of total evaluations per- 
formed and so can reduce simulation times or lengthen 
the simulation (since the simulation must end once the 
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FIGURE 3. Relative performance of behavioral and hardware 
modeling. 


available memory for evaluations has been filled). 

A networked system will significantly slow down the 
evaluation time, as will a system that allows a single 
physical component to be shared by many users. 

Finally, the speed of both the logic simulator and the 
host is important. The simulator’s speed is directly relat- 
ed to the evaluation speed of the behavioral model and 
influences the evaluation of hardware models, since an 
interface must be implemented. Note that in some logic 
simulators a similar interface must be available for be- 
havioral evaluation as well. The speed of the host com- 
puter that the simulator is running on is likewise impor- 
tant, in that faster cpu performance will decrease 
behavioral evaluation times. 


DESIGN EXAMPLE: SIMULATING THE 68000 


The following design example concerns the simulation 
of a Motorola 68000 microprocessor. This example uses 
just the 68000, but evaluation times should be propor- 
tional when the part is used in a complete system de- 
sign. A behavioral model of the 68000 was generated in an 
HDL and simulated with a mixed-level simulator on an 
engineering workstation. As for the hardware modeler, 
two different types were evaluated, making some as- 
sumptions in an attempt to compare simulation times. 

Simulating the 68000 with a behavioral model resulted 
in a performance of approximately 7 instructions per 
second on a 2-miPs workstation. Since this performance 
is linear, it can be extrapolated to any length of simula- 
tion desired to compare it with that of a physical model- 
ing system. 

The first hardware modeling system analyzed is one 
that presents each evaluation as it occurs. Thus a clock 
edge or other strobing signal is not treated differently 
from any other signal change. Typically, this type of 
system produces about 2.3 evaluations per clock cycle of 
the microprocessor. Assuming about 6 machine cycles 
per 68000 instruction, that figure translates into 13.8 
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Designers can determine 
which modeling technique 
offers better performance 
under a particular set of 
constraints. The main issues 
to be considered are device 
complexity, modeling system 
performance, modeling 
system structure, and logic 
simulator and host computer 
performance. 


hardware evaluations per instruction. This modeler is 
capable of applying 16 million evaluations per second. 
Assuming no overhead in networking or other software, 
the total evaluation time can be calculated for a given 
number of instructions and compared with the time 
needed for the behavioral modeler. Table 1 gives some 
calculated simulation times for this hardware modeling 
system and behavioral models executing on the 2-MIPS 
workstation. 

Note that the hardware evaluation time increases by 
the square of the number of instructions (100 x in- 
crease for each 10 x increase in instructions), whereas 
the behavioral evaluation grows linearly. Note also that 
at some point between 10,000 and 100,000 instruc- 
tions, the behavioral evaluation time begins to be less 
than the hardware evaluation time. 

It can be shown that this crossover point—that is, the 
number of instructions to be executed before the total 
evaluation time for behavioral models is equal to the 
total evaluation time for hardware models (see Figure 
3)}—is about 24,000 instructions (3400 seconds, or 57 
minutes, of evaluation time). Thus simulations involv- 
ing less than this amount will be faster using hardware 
models, and simulations using more will be faster using 
software models. 

A modeler that applies one vector per machine cycle 
would move this crossover point higher, since fewer 
evaluations are being performed. In this case, the point 
moves to 127,000 instructions. (This difference is about 
5.3 times, which not coincidentally is the square of 2.3, 
the ratio of the number of evaluations for the two hard- 
ware modeling systems.) 

Note that both of these are very long simulations. Even 
24,000 instructions require about one hour of simula- 
tion, and that assumes that there are no other models in 
the design. For most simulations, therefore, the hard- 
ware modeler will be faster. 

Of course, if the modeler is networked, the crossover 
point will move in the other direction. Even with the 
faster modeler, adding in a network response time of 40 
ms for each evaluation (20 ms in each direction), the 
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crossover point moves from 127,000 instructions to 
about 91,000 instructions. For the slower modeler, the 
point moves from 24,000 instructions to about 17,000 
instructions. 

The other way in which the point can be significantly 
moved is by making the behavioral model run faster. The 
same simulation running on a 10-mips workstation or 
mainframe would move the two crossover points to 
about 25,000 and 5,000 instructions for the faster and 
slower modeler, respectively. Adding in the previously 
defined networking overhead, the crossover points for 
both systems become negative, meaning that even a 
single instruction is faster behaviorally than with the 
hardware modeler. 


NONPERFORMANCE ISSUES 


We have focused mostly on the performance issues 
between hardware and behavioral models. There are, how- 
ever, two other key issues that cannot be ignored in 
deciding between these modeling techniques. The first is 
simulation length. For most components (those that are 
dynamic), simulation with a hardware modeler must end 
once the available memory for evaluations has been filled, 
as previously mentioned. For most hardware modelers, 
this limitation ranges from 16K to 256K evaluations. This 
length is probably sufficient for most simulations, but if 
the user is planning on running very long simulations, 
such as batch regression tests, the limit may be reached. 
For behavioral modeling, there are no such limits. 

The other major concern is the availability of models. 
Assuming that the design group is unable to develop its 
own internal models of complex components, the avail- 
ability of models is dependent on outside resources. In 
most cases, silicon will be available before a third-party 
behavioral model. However, recently third-party vendors 
have been striking up relationships with ic manufactur- 
ers to deliver behavioral models before first silicon is 
available. 


SUMMARY 


Both behavioral and physical modeling can partially 
answer the system simulation modeling problem. How- 
ever, neither technique is a solution by itself in all cases. 
A user must carefully consider the alternatives in terms 
of costs, performance, and length of simulation. Often, 
however, availability will be the determining factor. [_] 
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generation, operate as easily on 
ASIC designs as on designs that 
include only standard components. 


What's more, not only do all Valid 
tools support ASIC design, but 

all Valid platforms support ASIC 
design, too. So you can design 
with ASIC devices on the same 
system you use for all your 

other designs. 
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Valid offers plenty of 
ASIC design support. 


More than 97 design kits have 
been developed by the leading 
ASIC vendors to support our CAE 
solutions. Each ASIC Design Kit is 
fully qualified by the ASIC vendor 
to ensure that the verification you 
perform on your Valid workstation 
will meet the requirements of 

the vendor. 


Moreover, Valid offers ASIC-specific 
tools. For example, if your ASIC 
needs include programmable 
device support, then use ValidPLD™ 


TON 


It provides support for the full 


spectrum of programmable devices. 


ValidPLD is fully integrated with 
industry-standard PLD tools, such 
as ABEL™ CUPL™ and PALASM™ 
And you enter the program for 
your device only once. In the for- 
mat of your choice. ValidPLD then 
automatically generates a graphical 
representation and validation 
models to be used with ValidGED™ 


Digitay 
VAX 


Graphics Editor, ValidSIM™ Inter- 
active Logic Simulator, and 
ValidTIME™ Timing Verifier. 


If your ASIC needs run to silicon 
compilation, Valid’s silicon design 
solution allows you to use silicon 
compilation technologies from 
within the same Valid environ- 
ment. Our menu-driven silicon 
compiler not only automatically 
generates layout for you, but it 
also simultaneously generates 
schematic symbols and validation 
models to be used with ValidGED, 
ValidSIM and ValidTIME. 


Design your ASIC devices 
on industry-standard 
platforms. 


Valid’s design validation software 
features ValidGED and ValidSIM, a 
simulator that can distinguish be- 
tween ASIC and PC board valida- 
tion needs. The software runs 

on the VAXstation I!" Sun Work- 
stations® IBM PC AT‘ or on Valid’s 
own SCALDsystem® All of these 
systems can be networked together, 
using the industry-standard 
Ethernet™ protocol TCP/IP. 


You can configure the network of 
your choice, mixing and matching 
platforms to meet your company’s 
needs. The same software runs on 
all platforms, so you're not locked 
into one. Nor do you have to 
learn new application software 

as you move from one platform 
to another. 


\ALID 


Valid Logic Systems 
2820 Orchard Parkway 
San Jose, CA 95134 
(408) 432-9400 

Telex 371 9004 


Valid International 
Valid House 

39 Windsor Road 

Slough, Berkshire SLI 2EE 
United Kingdom 

44 753 820101 

Telex 847 318 


Nihon Valid 

Tokyu Building 

2-16-8 Minami-Ikebukuro 
Toshima-Ku, Tokyo 171 
Japan 

81 3 980 6421 

Fax 981 8775 
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is a registered trademark of Sun Microsystems, Incorporated 


2268 11/87 5K 


Valid helps you integrate 
ASIC devices into 
system-level designs. 


Designing your ASIC device is 
only one step in the design cycle. 
Equally important is being able to 
easily integrate the device into 
your system level design and 
verification. Valid’s ASIC solution 
handles every step of the system 
integration process. 


For example, after designing your 
device, but before laying it out, 
you need to ensure that the device 
works within your target system 
design. ValidSIM’s estimated wire 
delay handles this verification by 
letting you estimate the effect of 
wire delays before the chip is actu- 
ally laid out. And, since ValidSIM 
includes features for both PC 
board and ASIC simulation, you 
don't have to switch simulators 
when you do a system level simu- 
lation with your ASIC device. 


Then, after your device has been 
laid out, but before fabrication, 
ValidSIM lets you simulate your 


design with backannotated wire 
delays. So you know the fabricated 
device will work within your tar- 
get system. 


When you receive your first fabri- 
cated ASIC devices, you can use 
ValidSIM, augmented by either 

of Valid’s hardware modeling sys- 
tems* Realchip™ or Realmodel™ to 
test the devices. Realchip or Real- 
model enables ValidSIM to use the 
real physical IC chip to model the 
function of the device while it 
obtains its timing information 
from a user-specified file. So you 
don’t have to wait for full-speed 
parts to use the real devices in 
your simulation. 


Finally, after verifying the func- 
tions of your devices, you can 
continue to use it with Realchip 
or Realmodel as the simulation 
models for the remainder of your 
system-level simulation. 


ValidGED 


ValidSIM 


Realchip 
Realmodel 


* 
US. Patent No. 4,590.58] 
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Select your ASIC 
technology from the 
leading ASIC vendors. 


Today, ASIC Design Kits are 
available for the following ASIC 


vendors: 


AMCC 

AMD 

AMI 

ASEA HAFO 
AT&T 

CDC 
Fairchild 
Ferranti 
Fujitsu 
Harris 
Hitachi 
Hughes 

IMI 

IMP 

IMSC 

LSI Logic 
Matra Harris 
MEDL 
Mietec 


Mitsubishi 
Motorola 
National 
NCR 

NEC 

OKI 
Phillips 
Plessey 
RCA 

Ricoh 
SAGEM 
SGS 
Signetics 
SMC 
Thomson-Mostek 
TI 

Toshiba 
VTI 


And we're adding more all the 
time. Because in our effort to offer 
the easiest, most complete solu- 
tion for ASIC design, we're cons- 
tantly working with ASIC vendors 
to develop and qualify their 
Design Kits for Valid. 


Contact your Valid sales office for 
the most up-to-date list. 


It's no longer a secret. Valid offers 
the best ASIC solution in the 
industry. To get the whole story 
for your company, complete and 
mail the attached reply card today. 
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6a LEAF CELL DESIGN 
M.Y. Tsai and Stephen Wuu, ECAD Corp. 


Leaf cells are built better by experienced designers following a set of guidelines than 
by design automation tools, because the range of possible solutions is too great for 
these tools. Such tools should aid the designer, not replace him, by preserving his 
designs and design practices through symbolic design and a procedural layout 
design language. 


72 GRAPHICAL FLOORPLAN DESIGN OF CELL-BASED ICS 
Edmond Macaluso, Tektronix CAE Sytems Division 


This article describes the range of tasks necessary for floorplan design—editing 
device specifications and placement; estimating area; creating and evaluating 
assemblies; and performing placement, channel editing, and layout evaluations— 
—and an interactive graphical floorplanning system that encompasses them. 


80 A RULES-DRIVEN APPROACH TO CIRCUIT BOARD DESIGN 


Joseph Prang and Katherine Gambino, Valid Logic Systems Inc. 


Printed circuit board layout is conventionally driven by physical design paramters. 
This article shows how an expert system can integrate the electrical specifications 
with the physical requirements in accordance with rules specified by the CAE 
designer during schematic capture. 
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M.Y. Tsai and Stephen Wuu, ECAD Corp., Santa Clara, CA 


feasible to put millions of devices on a single chip. 

Such capability presents designers with some chal- 
lenges, the complexity of which can be controlled 
through some simplifications. The best way to simplify 
the problem is the “divide and conquer” method (Mead 
and Conway, 1980). Hierarchical design or other ap- 
proaches based on regularity all build upon the same 
basic building units, called leaf cells. 

The composition of these cells and their relationships 
to higher-level blocks has been the focus of numerous 
papers and software tools (Hu and Kuh, 1985). However, 
basic leaf cell design has for the most part been left in the 
hands of layout and circuit designers. Till now almost all 
leaf cell designs have been done through manual digiti- 
zation. Because of the intricacy involved (too many pos- 
sible solutions), leaf cell design is the most time-con- 
suming task in the design process, regardless of the 
design methodology used—gate array, standard-cell, 
structured custom, or silicon compilation. Improve the 
productivity in leaf cell design and you will have a major 
impact on the difficulty of vLsI design. 

Design rule independence is becoming almost as im- 
portant as controlling complexity. asic designers do not 
like being restricted to a single foundry, and they would 
like to be able to “port” their designs from one fabrica- 
tion process to another. Even within one fabrication 
line, the rapid advance of silicon technology makes de- 
sign rules obsolete within one or two years and invali- 
dates existing successful designs. 

Preservation of designs with design rule changes is a 
key issue in the semiconductor industry. In the past it was 
a problem without a solution. Redesign and relayout were 
the only methods available to implement design rule 
changes. Recent changes in CAD, however, make it possi- 
ble to build a design-rule-independent leaf cell library 
that can easily adapt to changes in technology. 

Because leaf cell design is the foundation of visi de- 
sign, this tutorial will discuss some of the methodolo- 


Ties to advances in silicon technology, it is now 
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LEAF CELL DESIGN 


gies and tools that can help speed up the design process 
and establish process independence. 


DESIGN METHODOLOGIES FOR LEAF CELLS 


Leaf cell design is basically a problem of placement and 
routing of devices and polygons. It differs significantly 
from cell and block placement in a few aspects. 

First off, the placement of devices inside leaf cells is 
very different. Typically, there are no fixed-sized objects 
like those found in gate arrays or standard-height cells. 
Instead, designers have to design with objects of arbi- 
trary shapes. Placement methods for cells or blocks will 
not apply with leaf cells. 

Second, the routing of elements within a leaf cell is not 
subject to the same constraints as the routing of cells or 
blocks. There are no restrictions for routing over objects 
as long as the routing layers have no conflicts. Most 
wires are not restricted by a preferred wiring direction. 
Also, the connections to the devices in the leaf cells can 
be made in many places. In cell or block layout, in 
contrast, wires avoid device areas and connect only to 
designated terminals. The lack of design constraints 
complicates the layout of leaf cells, but it also makes the 
leaf cells compact. 

Finally, the placement of devices within a leaf cell is 
subject not only to geometric design rules but also to 
electrical rules such as maximum resistance and capaci- 
tance and cmos latch-up protection. Because it is a 
multiple-constraint problem, leaf cell layout is best left 
to a designer's experience. It is generally true that exper- 
ienced layout designers can produce designs manually 
that are better than automatically generated designs. 

Because leaf-cell design depends on the skill of the 
designer, it is important to study typical design method- 
ologies. This discussion is divided into three parts: 
design rules, electrical rule guidelines, and layout 
algorithms. 


DESIGN RULES 


When placing and routing devices inside a leaf cell, a 
designer must follow the design rules absolutely. Any 
violation of the rules voids the whole design. A typical 
design rule set for all layers in a process can contain 100 
rules that specify exactly how closely polygons can be 
placed within and next to one another. The designer 
memorizes all the rules and tries to achieve optimal 
packing density without breaking any of them. A small 
violation can take a whole day to correct if the correction 
requires moving many polygons. 

As technology advances, more layers and structures 
are defined for processes, thus increasing the size of the 
design rule set and the complexity of leaf cell design. The 
adherence to design rules is an area more addressed by 
advanced design rules, as discussed in the section below 
on CAD. 


ELECTRICAL RULE GUIDELINES 


In addition to design rules, designers must typically 
follow electrical rules that ensure good electrical behav- 
ior. Even when the guidelines are clearly specified, the 
output of layout designers can vary greatly in area and 
quality. Though these designs may satisfy all design 
rules, the layout may still have problems with noise, 
latch-up, or electromigation. These problems contribute 
to the need for redesign of leaf cells. 

Electrical rule guidelines are not absolute and may 
vary from design to design. Typically, each company or 
project has its own guidelines for designers. Electrical 
rule checking programs can be constructed to determine 
compliance with the rules. To understand these guide- 
lines, consider the following example of a typical electri- 
cal rule set for cmos technology: 


1. All the cells should have both p and n wells to 
allow a choice of p- or n-well processing. Depend- 
ing on the foundry, one of the wells may need to 
have a guard ring or may have to be eliminated. 

2. Substrate and well contacts should be placed at 
every contact to Vcc or Vcs. The only exceptions are 
for memory arrays. The maximum spacing between 
two well contacts is 100 1m. In almost all cases, 
however, the spacing should be less than 100 pm. 

3. Stacked devices in complex CMOs gates may cause 
latch-up because the floating diffusion can be 
coupled to high or low voltages. Special well con- 
tacts around these nodes are needed. 

4. To reduce the potential for latch-up, connections 
between n* diffusion and Vcc and between p* 
diffusion and vss should be placed wherever possi- 
ble. These connections reduce well resistance and 
provide a current sink. 

5. Input buffers need special structures, such as double 
guard rings, to guard the chip from external dangers 
such as electrostatic discharge. 

6. All contact cuts and via cuts should be single size. An 
array of contact cuts should be used instead of a large 
single contact cut, because the quality of large contact 


N 


. To increase yield, in areas that are not determinate of 
chip density, object spacing should be greater than 
the minimum design rules. 

8. Where metal connects to diffusion, there should be at 
least one contact placed at every 10 pm of diffusion to 
minimize the effect of diffusion resistance. 

9. Wide gates should be folded to reduce polysilicon 
resistance. The maximum length of any one polysili- 
con gate segment should be 50 pm. 

10. The first metal layer should avoid dynamic nodes to 

prevent dynamic coupling. 

11. Terminals on the boundaries of cells have special 

requirements that facilitate routing. For example, 

polysilicon input wires should be placed far enough 
apart to allow for contacts to first metal. 


Each process will have specific design constraints that add 
to this list. 


When placing and routing 
devices inside a leaf cell, a 
designer must follow the 
design rules absolutely. Any 
violation of the rules voids 
the whole design. ... A 
small violation can take a 
whole day fo correct if the 
correction requires moving 
many polygons. 


LAYOUT ALGORITHM 


While obeying the design rules and electrical rules, 
designers should consider some general ‘layout algo- 
rithms when creating leaf cells. For example, the follow- 
ing guidelines help designers create dense leaf cells: 


e Because the overall layout scheme for a design dictates 
the design of leaf cells, the designer should have a 
well-defined strategy for chip layout before beginning 
leaf cell design. The direction of power and signal 
lines, the use of particular routing layers, and the 
terminal locations of design blocks all influence leaf cell 
layout. 

eIn very regular designs, leaf cells should share con- 
tacts, wells, and power lines to create the most com- 
pact circuit blocks. 

e For simple regular structures like PLAs, the designer 
should minimize the area required for product 
terms through the use of folding (Obreska et al., 
1986). Minimization of product terms is another 
technique. Both techniques apply only to program- 


cuts is difficult to control during processing. mable logic array structures. | 
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The problems of laying out 
leaf cells are too 
complicated for a single 
algorithm to solve. 


e Some layout algorithms exploit layout techniques for 
transistors that are tied to the voltage rails. 
Placement for such transistors becomes a linear 
problem for designs of complex CMos gates. By con- 
verting a layout of a Boolean function into a graph 
that has diffusion areas (source and drain) as ver- 
tices and transistors as edges (see Figure lc), some 
algorithms can be applied to minimize area. If two 
edges are adjacent in the graph model (built of tran- 
sistors), then it is possible to place the correspond- 
ing gates into a physically adjacent location and 
connect them by diffusion. If there is a Euler 
path (a sequence of edges that contains all the edges 
of the graphic model), all the gates can be chained by 
the diffusion area. This algorithm is useful only for 
the layout of complex CMOs gates, as shown in the 
example in Figure 1, drawn from Uehara and Van- 
Cleemput (1981). 

The problems of laying out leaf cells are too complicat- 
ed for a single algorithm to solve. Layout designers must 
evaluate individual situations and apply the best algo- 
rithms for each case. Design automation systems, there- 
fore, should only provide methods that increase the 
productivity of layout designers. 

Instead of supplying some limited synthesis tools to 
replace designers, it would be best to develop tools that 
aid the designer in completing and preserving his de- 
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FIGURE 1. An example of an algorithm for the layout of complex CMOS gates: logic diagram (a), circuit (b), graph model (c), layout (d). 
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signs. Once leaf cells are designed, it would be useful if 
his original design can be updated to new design rules 
without painstaking rework. It also is important for 
design tools to capture not only designs but also the 
designer's procedures and experiences. 


PRACTICAL LEAF CELL CAD 


Leaf cell design has advanced from cutting rubylith 
sheets to Mylar paper drawings, to manual digitizing 
CAD systems, and finally to the current polygon editors. 
Although each advance has increased designers’ produc- 
tivity, each method works on a geometric design that 
conforms to precise design rules. The designer must 
take the time to place object just far enough apart to 
obey the design rules but close enough to create a com- 
pact layout. 

Designers could be much more productive if they were 
not bogged down with numerous design rule details. A 
symbolic layout tool like the SYMBAD Object-Oriented Edi- 
tor (OED) allows the designer to design topological ar- 
rangements of cell devices without dealing with the 
precise coordinates of each object. By not focusing on 
the design rules, the designer can create better layouts 
faster. This advance in leaf cell design has two major 
enhancements: symbolic objects and design rule 
independence. 

Instead of using polygons as the smallest building 
unit in a layout, object-oriented layout uses transistors, 
wires, and contacts as building blocks. These building 
blocks are composed of polygons, but the designer does 
not alter the polygons directly. Other symbolic layout 
techniques, such as sticks (Hseuh, 1979), which forms 
transistors at intersections of diffusion and polysilicon 
lines, do not have the following advantages of object- 


oriented layout: 


e The object can be sized according to user-defined 
parameters like gate length. Also, the exact physical 
size of the object is displayed on the screen so that 
the designer has a better idea of the relative posi- 
tions of objects in the cell. 

e Because the designer works with objects, the layout 
work resembles schematic capture, making layout 
more feasible and easy for circuit designers. 

e Each object is a distinct entity, so that it is possible 
to associate attributes with the objects. For exam- 
ple, the user may want to indicate with text the use 
of each object for his own reference or for input to 
other design tools. This natural extension of object- 
oriented design helps designers capture their de- 
sign intentions on the design itself. 


Object-oriented layout increases the efficiency of de- 
sign entry, but it needs compaction techniques to make 
the resulting layout compact. Only recently have com- 
paction algorithms satisfied run-time and memory re- 
quirements to be practical for layout designers. The 
compaction program that works with OED can support 
large designs because, in contrast to earlier algorithms, 
the run time and memory requirements increase linear- 
ly with design size. This compactor, which is based on 
constraint graph techniques, can compact an average of 
10 transistors per cpU-second on a 1-MIPS computer. 

The compactor has other new features that increase 
design density. Its built-in expert rules can merge equi- 
potential elements such as source and drain diffusion 
areas and contacts. It can minimize the resistance of 
interconnects and can insert “jogs” (bends) and align 
the edges of objects automatically. The user can specify 
constraints in the compaction space to control the out- 
come of the compaction. 

The compactor compacts the design to correct design 
rules so that the designer need not incorporate the rules 
in his symbolic design. This approach can help the 
designer lay out 5 to 10 times as many devices each day 
compared with manual, polygon-based methods. For 
example, the clock driver in the upper window of Figure 
2 was completed in two days with two levels of hierarchy. 
The resulting layout, in 1.6-~m technology, is only 9% 
larger than a manual layout of the same design. In 
addition, the symbolic design can be easily modified, 
especially to new design rules, a capability the manual 


Because the design is 
entered symbolically, the 
user can map the design 
into a new set of design 
rules merely by entering the 
new rules into the compactor 
and letting if convert the 
layout to the new rules. 


FIGURE 2. Clock driver circuit designed in 1.6-;.m technol- 
ogy (top) and converted into 1.2-1.m technology (bottom). 


polygon-level layout does not have. 

Because the design is entered symbolically, the user 
can map the design into a new set of design rules merely 
by entering the new rules into the compactor and letting 
the compactor convert the layout to the new rules. Tran- 
sistors in the design can be converted to a new desired 
width or to a fixed ratio of the original width. The lower 
window in Figure 2 shows the clock driver recompacted 
to a set of 1.2-4m design rules, a redesign that required 
no input from the user other than the entry of the new 
design rules. The faster entry method and easy modifica- 
tion of symbolic design make it a better method for leaf 
cell design. 


Symbolic design helps the user preserve his leaf cell 
designs by allowing the cells to be easily modified. The 
next step in the automation of leaf cell design is the 
preservation of the design procedures. Layout program- 
ming languages let the designer use programming tech- 
niques to instruct design system to lay out the cells. 
Language constructs like conditional statements, loops, 
variables, and macros (procedure calls) help designers 
re-create their design procedures in a layout program. 

One of the most important features of the SYMBAD 
programming language is the ability to handle layout 
objects easily. The designer does not need to know the 
details of how the layout objects are stored in the data- 
base, drawn on the screen, or handled in a batch envi- 
ronment. If, say, he wants to add an n-type transistor at 
the origin, he types in add transistor ntr (O 0). 

The designer may add more information, such as the 
width and length of the transistor, to the command 
string. If any parameters are not specified, the SYMBAD 
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HOURS MINUTES SECONDS 


Until now, if you wanted to put 50,000 
gates on one chip, you usually had to put 
them in one at a time. You had to put in 
three months work. And you had to put 
your launch date into a holding pattern. 

Not anymore. 


Announcing the 


only compilers that take you to 
gate arrays and cells. Fast. 

Now with VLSI'’s new Datapath and 
State Machine Compilers you can design 
in high level symbols instead of gates. A 
design that used to take months, can now 


be turned around in days. Even less. 

With the help of our new Datapath 
Compiler you can design a 64-bit RISC 
datapath on your lunch hour. 

But can you use control logic? You bet 
your sweet datapath you can. 

Our State Machine Compiler accepts 
high level expressions of logic functions 
and gives you tightly packed state control 
logic in a fraction of the time it would 
take to design it by hand. 

We did the design entry for an asynchro- 
nous receiver in one hour. It would've taken 
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seven days using traditional schematics. 


And not only do we give you high 
integration design tools, we give 
you high integration devices. 

Our CMOS 1.5 micron 
VGT100 series of gate arrays 
puts as many as 50,000 use- 
able gates on a chip. And 
our 1.5 micron CMOS 
cell-based technology 
packs over 100,000. 

If youd like more 
information about 


MINUTES SECONDS 


our new Datapath and State Machine 
Compilers, and the VGT100 family of 
gate arrays they work with, write us 
at 1109 McKay Drive, San Jose, 
CA 95131. Or give us a call at 
(800) 872-6753. 


Well show you a good time. 


| To find out how much time you can 
F save, call us for a free stopwatch. 
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Een er nee ance FIGURE 6. RAM arrays built by SPL procedure from RAM 


leaf cell. 


system retrieves the information from a technology file 
or prompts the user for more input. 

The SYMBAD programming language (SPL) can handle 
not only those objects predefined in the system but also 
objects designed by layout designers. For example, the 
designer may design a different type of transistor struc- 
ture and use that object within his designs, a process 
that simplifies the development of complex leaf cells. The 
user-defined objects can be described either by SPL ma- 
cros or by symbol description files that can be compiled 
and stored in the symbol libraries. The use of user- 
defined objects makes spL more versatile than other 
layout programming languages. Since the language is 
designed for use by layout and circuit designers, details 
of data structures and memory utilization associated 
FIGURE 4. Bent transistor generated by SPL macro for with general programming languages remain hidden. 
driver circuits. After allowing user-defined objects, the next step in 
capturing a designer’s expertise in the layout system is 
the development of tools to generate leaf cells to the 
requirements of a particular design. The programming 
language lets the designer use parameters and pro- 
grammed procedures to create a custom generator, 
thereby enabling him to capture his own design proce- 
dure, instead of using predefined cell generators. 

The use of parameters is very simple when writing a 
procedure for a customized cell generator. Instead of 
assigning a fixed number to each object in the layout, 
the designer assigns a parameter; when the designer 
calls up the cell generator, the program receives a value 
for the parameter. For example, a NAND gate generator 
may specify the channel width as a parameter to change 
the cell layout according to performance and area re- 
quirements. By keying in a value for the parameter, the 
designer gets custom leaf cells for different applications. 

Often the number of inputs to a logic cell may be 
defined as a parameter. Some looping and control state- 
ments enable the design system, instead of the designer, 
to perform the repetitive actions needed to build multi- 


FIGURE 5. Leaf cell for RAM arrays. 
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ple inputs. Figure 3 shows two cells generated by a 
procedure that accepts the number of inputs as a pa- 
rameter. Another use of looping and control statements 
results in a procedure that can build bent transistors for 
driver circuits. As shown in Figure 4, both the number 
of bends and the width of the bends can be specified as 
an input parameter to the procedure. 

Such procedures can be implemented most easily on 
a symbolic design system because the builder of the 
procedure need not consider design rules. Objects can 
be placed loosely in the design because the compactor 
will adjust the locations to create a tighter layout that 
satisfies design rules. User-designed macros do not 
need design rules defined in their procedures. Just as 
the interactive designer places components without 
worrying about design rules, the macro writer focuses 
only on design procedures. 


Objects can be placed 
loosely in the design 
because the compactor will 
adjust the locations to 
create a tighter layout that 
satisfies design rules. 


The writing of procedures can extend to the creation of 
generators that build circuit blocks from leaf cells. Con- 
sider the RAM cell built in OED that is shown in both 
symbolic and geometric views in Figure 5. The following 
SPL macro can build a RAM block from that cell according 
to a user-specified size: 


child_cell = sSget_string("Enter child cell name for 
quadruple cell’) 
quad_cell = sSget_string("Enter quadruple cell 
name”) 
! Create quadruple cell 
execute quadruple.macro ‘child_cell’, ‘quad_cell’ 
open cell SRAM_ARRAY 
row = sSget_number(”’How many rows’) 
column = sSget_number("How many columns") 
add array ‘quad_cell’ /row = ‘row’ /colu = ‘col’& 
/xdis = ‘dx*2’ /ydis = ‘dy*2’ (00) 
close cell 


“Child_cell” is the RAM leaf cell, and the quadruple cell 
is built by the SPL macro “quadruple.macro” from four 
leaf cells mirrored about the x and y axes. The latter is 
built to allow the leaf cells to share power and signal 
lines. After prompting the designer for the number of 
rows and columns, the example builds the RAM block 
“SRAM_ARRAYS” Starting at the origin (00) and advancing 
twice the distance of the leaf cell for the placement of 
each quad cell (see Figure 6). Both the starting point and 
the name of the block could also be specified as 
parameters. 


All the SyMBAD tools, including the compactor, check- 
er, floorplanner, and placer and router, can be invoked 
with sPL commands. Also, sPL includes a rich set of 
SYMBAD system functions that give the user access to the 
database, control over file management, and even the 
ability to invoke his own application programs. In effect, 
the user can set up his own development environment, 
building his own block compilers and, by nesting ma- 
cros and procedures, his own design automation 
tools. L) 
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GRAPHICAL FLOORPLAN 


DESIGN OF CELL-BASED ICS 


Edmond Macaluso, Tektronix CAE Systems Division, Austin, TX 


complexities have increased and design times have 

shortened. However, current CAD systems for cell- 
based layout, many of which are based on systems for 
simpler standard-cell layout, leave the groundwork to 
the user. What’s missing is a floorplan design system 
that throughout the design process addresses the fun- 
damental problems of working with hierarchical layout 
and variable cells. 

As the first step in 1c design, the floorplan is a general 
guide for the design and layout of an Ic. It specifies the 
size, shape, port locations, and relative locations of 
devices at each hierarchical level. The initial floorplan- 
ning is refined during the design process as more de- 
tailed information becomes available. In this way, floor- 
plan specifications control the subsequent detailed 
layout of a cell-based design. In vLsI design, proper floor- 
planning ensures that die size is minimized and that 
constraints between on-chip circuits are met. 

Methods for cell-based layout include standard cells, 
building blocks, or combinations thereof. The building 
blocks can be custom layouts, groups of standard cells, 
or compiled layouts. The resulting designs look like 
custom chips; in fact, most recent large microprocessors 
are cell-based layouts (DuPont et al., 1986). 

In laying out cells of varying size, the cell-based system 
requires more complex placement and routing algo- 
rithms than a standard-cell system. The question of 
what block shape is best arises. In addition, because 
cell-based layout is hierarchical, portions of the design 
will be done independently and combined in a top-level 
step. This approach facilitates delegation of design tasks 
and reduces design time. 

Of the newer cell-based layout systems (vLsi Systems 
Design, 1987), those derived from standard-cell systems 
have undergone significant changes. Their routers must 
be changed to recognize blocks of varying sizes and to 
complete complex power supply distribution. Similar 
significant changes are required in adapting placement 
algorithms. These systems do not always address other 
aspects of cell-based design, such as defining the shapes 


C ell-based ic layout has become more prevalent as IC 


This article is based on “Graphical Floorplan Design of Cell-Based VLSI Circuits,’’ 
which appeared in VLSI Systems Design, April 1987. 
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FIGURE 1. The appearance of devices in a cell-based design. 


of blocks, defining the layout hierarchy, and controlling 
the cell-based layout sequence. A floorplan design sys- 
tem performs all these tasks. 


DEFINITION OF FLOORPLAN DESIGN 


The objective of cell-based placement is to arrange 
devices in the smallest possible area without violating 
constraints on connections between the devices. When 
devices have a fixed size and shape, this objective be- 
comes a classic placement problem (Lauther, 1979). 
When devices can assume any size and shape (within 
specified limits), their arrangement is called floorplan 
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Leaf cells 


Hierarchy 


_ Slicing structure 


FIGURE 2. The slicing structure and hierarchy in a cell-based 
design. 


design (Preas et al., 1979; Heller, 1981; Otten, 1982). 

To describe floorplanning concepts, a definition of 
terms is necessary. A device can be a standard cell or a 
block in a cell-based layout. Standard cell, block, and 
macro are devices with particular placement and rout- 
ing characteristics (see Figure 1). A standard cell has a 
variable width and fixed height, so it can abut other 
standard cells to form rows. A block, or macro, has an 
arbitrary size and shape and is not required to abut 
other devices. 

Leaf cell, assembly, and carrier describe how a device 
fits into a placement hierarchy (see Figure 2). A leaf cell 
is the lowest level device in the hierarchy and cannot be 
subdivided. An assembly (Preas et al., 1978) comprises 
a group of devices. A carrier is the assembly at the 
hierarchy’s top (root). 

Finally, the device’s physical description is its pack- 
age. A packaged leaf cell or carrier has a defined 1/0 
interface, such as a pin-out for an Ic or an edge-connec- 
tor specification for a board. The physical description 
for an assembly is called its placement area. 


FLOORPLAN DESIGN SYSTEMS 


Proprietary and commercial cell-based-design systems 
that exist do not address many aspects of floorplan 
design. For example, most proprietary systems are ori- 
ented toward automatic floorplan design using algo- 
rithms that optimize the size and shape of devices as 
they are placed (Woo et al., 1986; Relis et al., 1986; Wilk 
et al., 1986; McNeary et al., 1986). Although these sys- 
tems have reported good automatic results, they provide 
limited interactive control. 

Commercial design systems, both full-custom and 
cell-based, address some aspects of floorplan design but 
do not provide all the automatic algorithms. Full-custom 
editors can vary the size and shape of devices, but they 
don’t provide connectivity information. Similarly, com- 
mercial cell-based placement tools do not help the de- 
signer determine the best device size and shape. 


Slicing structure Polar graph 


(a) 


FIGURE 3. The slicing structure and polar graph used in parti- 
tioning algorithms. 


(b) 


The Tektronix Graphical Floorplanner (GFP) attempts 
to span the range of tasks necessary for floorplan design. 
By modifying device specifications and rearranging 
placement, a GFP user can minimize wasted space in his 
floorplan. For example, area estimation and device plan- 
ning allow the Grp to address early stages of a cell-based 
design to evaluate how layout affects subsequent design 
steps. Later, by creating and evaluating assemblies, the 
GFP facilitates partitioning. Finally, placement, channel 
editing, and layout evaluations help in refining the 
details. 

Automatic methods used in solving floorplanning 
problems depend on a set of floorplan design concepts, 
specifically shape models, partitioning, initial floorplan- 
ning design, improvement floorplanning design, and 
estimation. In a floorplan, device sizes and shapes can 
be either fixed or flexible. Flexible devices can change 
according to shape models assigned to them. Two types 
of shape models are used: Mathematical models specify 
device constraints that do not evaluate device contents; 
procedural models derive size and shape from device 
contents. The mathematical models are fixed-in-one- 
dimension, constant-area, split-area, equivalent, and 
function-bounded. 

A device that is fixed in one dimension can be modi- 
fied in the other within certain constraints. Such a 
model is useful for stretching a block so that its pins 
match those of another block. For example, consider 
that block A in Figure 1 is fixed and block B is fixed only 
horizontally. Block B has been stretched vertically until 
its connections line up with those of block A. With their 
connections matching, the blocks can be placed close 
together, minimizing their interface area. 

Constant-area devices can vary in aspect ratio, within 
limits. Such devices usually model an assembly that 
contains many devices. A split-area device is a set of 
assemblies in which total area is constant. The rows on 
blocks c and E and those blocks themselves represent 
split-area assemblies of standard cells. 

Equivalent devices assume one of a finite number of 
discrete shapes. Such devices model custom blocks or 
cells that have several alternative layouts. For example, 
an equivalent block can be used to model a PLA that can 
be folded into several shapes. A function-bounded device 
is constrained by a general bounding function derived 
from the shape constraints of the constituent devices 
(Otten, 1987). 
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FIGURE 4. A nonslicing structure (a) and its resulting vertical (b) 
and horizontal (c) channel position graphs. 


As opposed to the previous mathematical models, a 
procedural model specifies a device’s size and shape by 
actually designing the device or by evaluating its con- 
tents. For example, a procedural design system can 
invoke module compilers during layout execution; the 
compilers design the block and return the shape, size, 
and pin locations to the design system (Allen et al., 
1985). An area estimator for assemblies also can be 
considered a procedural model. 


PARTITIONING A CELL-BASED DESIGN 


Partitioning is the process of creating a physical hier- 
archy of hardware elements in a design (Goto et al., 
1986). Two types of partitioning are used: packaging 
and placement. 

Package partitioning separates hardware elements to 
different boards, to different Ics on a board, and to 
different blocks within a hierarchical Ic layout. Package 
assignments are usually reflected in the hierarchy of the 
design’s schematic. For each package partition, a sche- 
matic system can generate a unique flat netlist for the 
package's layout. Package partitions have an ro inter- 
face that defines their external connections. 

Placement partitioning separates hardware elements 
to different placement areas within a board, within an 
IC, or within a packaged block in a hierarchical Ic layout. 
There is typically one netlist for all devices within a 
package, regardless of placement partitions. The assign- 
ment of devices to placement partitions may be specified 
in the design schematic. An 1/o interface for a placement 
partition is sometimes derived dynamically during auto- 
matic placement, but it usually does not appear in the 
design schematic. 

Automatic-placement programs use placement parti- 
tioning to break a design into manageable parts. They 
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tend to create many levels in a design hierarchy, result- 
ing in assemblies with a small number of devices (Dai et 
al., 1986). Designers can use placement partitioning to 
control the placement process, either through instruc- 
tions on schematics or through interactive instructions 
during floorplan design. Typically, a user-defined place- 
ment partition comprises large placement areas with 
many devices and only a few levels of hierarchy. 

Because the complexity of a partitioning problem 
grows rapidly with the number of devices, there is no 
optimal algorithm. Two types of heuristic partitioning 
algorithms are used most often: constructive and itera- 
tive improvement. Most constructive algorithms use 
some type of clustering approach. Improvement algo- 
rithms generally use an iterative approach such as that 
in the net-cut method (Schweikert et al., 1970), in which 
the number of nets that cross a cut line is minimized by 
swapping devices between groups. 


INITIAL FLOORPLAN DESIGN 


Initial floorplan design begins with a set of unplaced 
devices and attempts to position and size devices to 
minimize wire length and empty space and eliminate 
overlaps. The algorithms addressing initial floorplan 
design are automatic, unlike those for improvement 
floorplan design, which generally are performed interac- 
tively. The four most popular algorithms are min-cut, 
constructive, Monte Carlo, and deterministic. 

The min-cut algorithm works well in floorplan design 
when device shapes are flexible (Lauther, 1979; LaPotin 
et al., 1986; Wilk et al., 1986). In the basic algorithm, a 
slicing structure that partitions available layout space is 
derived in a top-down approach (Otten, 1982), as shown 
in Figure 2. As each slice is made, devices are parti- 
tioned between the resulting placement areas. Slicing 
continues until the structure’s leaf nodes represent indi- 
vidual devices. At this point, the shape and location of 
flexible devices is defined. Using this method for fixed 
devices can result in wasted space or expansion of the 
placement area, however. 

For such algorithms, relationships between blocks 
can be mapped by a polar graph (see Figure 3), which 
visually represents the partitioning of placement areas 
created by the algorithm. Slicing structures and polar 
graphs are employed by other algorithms as well. 

Constructive algorithms take a bottom-up approach 
in which blocks are clustered into a hierarchy (Preas et 
al., 1979; Dai et al., 1986). This technique works best 
with fixed blocks because their shapes can be consid- 
ered during the clustering decisions. For flexible blocks, 
the algorithm can process blocks in the hierarchy first to 
define their shapes, so that wasted area is minimized. 

Clustering results in less regular placement areas 
than slicing structures and can save placement area. 
However, general clustered structures can create 
channel constraint cycles, in which no channel can be 
routed first. To model block relationships, channel 
position graphs (see Figure 4) replace polar graphs 
because they may be the only way to represent the 
relationships. 


Monte Carlo techniques attempt to minimize both 
device overlap and net connectivity (Jepsen et al., 
1983; Relis et al., 1986). Starting with a random, 
overlapping placement, the techniques change device 
position and shape randomly. Changes are accepted or 
rejected according to an objective function that evalu- 
ates each change in light of the desired result. Simu- 
lated annealing, a global optimization technique 
found in many CAD algorithms, often is applied to Monte 
Carlo algorithms. 

Deterministic algorithms for floorplan design find the 
near-optimal center locations for all devices based on a 
connectivity function (Otten, 1982; Blanks, 1984; Woo 
et al., 1986). The blocks in this algorithm are overlap- 
ping and shape is not considered, so a subsequent 
algorithm must remove overlaps. Therefore, determinis- 
tic placement is used to start the floorplan design, and 
one of the other three algorithms is used for fitting the 
blocks. Interactive graphical floorplanning can even be 
used for block fitting. 


IMPROVEMENT FLOORPLAN DESIGN 


Improvement floorplan design optimizes the place- 
ment provided by the initial floorplan design. The same 
objectives—to minimize wire length and empty space— 
still apply. Several improvement techniques can be used 
interactively or automatically, including rotation, reflec- 
tion, channel editing, and shape optimization. Detailed 
optimization occurs after an accurate estimation or 
routing step. 

Rotation can optimize a layout without creating sig- 
nificant changes in the physical relationships between 
devices. The initial floorplan assigns one of four ortho- 
gonal orientations to each block, based on initial area 
estimates. In this case, rotation optimization itself 
yields little or no improvement (Lauther, 1979). A user 
can combine rotation with group swapping and block 
reshaping, however, for optimal results. 

Like rotation, reflection about the x or y axis is a 
useful improvement technique because wire length can 
be reduced with no change in block layout. As a result, it 
is well applied in automatic algorithms. Reflection states 
can be optimized at any time during floorplan design. 

Channel editing (McNeary et al., 1986) can optimize a 
layout by swapping a channel intersection from a hori- 
zontal feed to a vertical feed, or vice versa. It is particu- 
larly effective for eliminating wasted space resulting 
from routing expansion and for breaking nested chan- 
nel cycles. For example, the cut_swap command 
(Lauther, 1979; Woo et al., 1986) swaps the channel 
intersections between four flexible, constant-area de- 
vices, resulting in changed block shapes. 

Shape optimization is an improvement technique 
used for both improvement and detailed floorplanning. 
One type, repartitioning, removes logic from one assem- 
bly and places it in another, thereby changing the 


FIGURE 5. Results of floorplan design: deterministic placement 
(a), floorplan (b), and final layout (c). 
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shapes of the assemblies. Another type, row splitting, 
optimizes standard-cell assemblies by breaking them 
into smaller assemblies whose rows can vary in number. 

During initial placement, area estimation programs 
give feedback to the user by predicting the area of unde- 
fined carriers and assemblies. Because many configura- 
tions can be tried during floorplanning, the estimate 
should be quick. Accuracy also is important, but be- 
cause detailed information rarely is available, it is often 
sufficient to use only rough estimates during initial 
floorplanning stages. 

During improvement floorplan design, however, de- 
tailed area estimation is necessary. For an assembly of 
cells, an accurate estimate of an assembly's area can be 
obtained if the standard cells are placed in final or 
almost final position. For layouts with many blocks, a 
first-pass global route or detailed route may be necessary 
to identify floorplan improvements that will reduce area. 


THE GRAPHICAL FLOORPLAN DESIGN SYSTEM 


GFP, as part of the Merlyn-s design system, controls 
interactive placement, interactive floorplanning, and 
the execution of automatic floorplanning algorithms. 
Display commands allow users to tailor their view of 
assemblies, rows, connections, pins, barriers, channels, 
and force vectors. Interactive placement commands in- 
clude place/move, unplace, rotate, mirror, fix, unfix, 
make__row, save, and restore. These commands can be 
applied to assemblies to achieve such operations as 
moving a group of devices. 

A user works through the interactive floorplan design 
interface to specify either a device’s size and shape or 
shape models for a device used in automatic floorplan 
algorithms. The type of floorplan interface selected de- 
pends on where the device fits in the design hierarchy 
shown in Figure 2. Designers edit leaf cells, assemblies, 
and the carrier using the device, assembly, and carrier 
floorplan design interfaces. 

The device interface can manipulate standard cells, 
custom macros, or packaged devices. The packaged de- 
vices can represent groups of devices; because they are 
packaged, however, the interface cannot access their 
constituent devices. Such devices can represent unde- 
fined logic circuits in which only inputs and outputs are 
specified. The interface can assign shape models to leaf 
cells that are fixed, fixed in one dimension, constant 
area, or equivalent. In addition, the user can specify 
device size and change values in shape models. 

The assembly floorplan design interface is used in any 
application that requires a grouping of devices; as such, 
its function is similar to that of the carrier interface. As 
the user manipulates assemblies, size and net crossing 
information is updated. He can flatten the assembly, 
package it as a leaf cell for hierarchical layout, or save it 
for use during the placement of its contents. The use of 
assemblies in floorplanning simplifies partitioning and 
adherence to the design hierarchy. 

The assembly floorplan interface includes commands 
not found in the device interface; it controls the creation 
of assemblies and the addition or removal of logic from 
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an assembly. Users can split assemblies, and the inter- 
face supplies both local and total estimates for them. 
Area estimation tools are applied locally to an assembly 
that evaluates the current placed or unplaced contents. 
Netlist information can be entered for batch floorplan- 
ning or to initialize the floorplan design system. With 
forward and backward annotation, the schematic can 
act as an archive for floorplan information. 


Automatic-Algorithm Interface 


GFP’s automatic algorithms can be invoked interactive- 
ly through the Grp interface. Interactive execution gives 
the user more flexibility and speed in creating and view- 
ing floorplan alternatives. Because many algorithms ex- 
ecute very quickly, an interactive interface allows the 
user to view results more quickly than if the algorithms 
execute in a batch mode. Also, a user can interactively 
define a portion of his design for execution, thereby 
reducing execution time. He can specify constraints on 
devices, such as prepositioning. Finally, he can execute 
algorithms in steps so that he can modify the floorplan 
between execution steps. In short, executing automatic 
algorithms interactively results in a more flexible and 
user-friendly interface than using a complex control 
scheme for batch execution of an algorithm. 

The automatic algorithms found in GFrp’s device, carri- 
er, and assembly floorplan design interfaces include 
deterministic, fit, and improvement placement; channel 
definition and global routing; and cell design algorithms 
for area estimation and row outline generation. 

The automatic placement algorithms operate on the 
entire carrier or on individual assemblies. The deter- 
ministic placement algorithm calculates the equilibri- 
um center location of devices, which can be in prede- 
fined positions. At this point, devices are clustered into 
assemblies or fit into the current carrier. To eliminate 
overlapping, devices can be fit with interactive place- 
ment commands or by an automatic-fit program. 

Various automatic algorithms are invoked implicitly 
during the execution of some interactive floorplan de- 
sign commands. For example, standard-cell devices can 
be clustered interactively into assemblies using the as- 
sembly-floorplan interface. During clustering, automat- 
ic algorithms in the interface continuously provide area 
estimation and net-crossing information. 

The final automatic algorithms manipulate routing 
channels. Channel definition interactively defines and 
orders channels, displaying them with the cycles identi- 
fied. Channel editing consists of swap_intersection and 
cut_swap commands. The global routing command sizes 
channels and spreads devices to ensure routability. 


GFP in Placement and Packaging 


The following example illustrates how, through Grp, a 
user controls the layout of a cell-based design. In Figure 
5, a cell-based design is shown after deterministic place- 
ment (a), after interactive floorplan design (b), and after 
final layout (c). The design contains 1020 standard cells, 
6 macro blocks, and prespecified /o positions. This lay- 


out is simple enough to perform automatically, but some 
manual control will almost always improve layout. 

The user begins layout by generating a deterministic 
placement of all components. This interactive step takes 
about 20 cpu-seconds on a Digital Equipment Corp. 
vaAxstation II GPx. This initial placement shows the rela- 
tive locations of the macros. The user then groups adja- 
cent macros, keeping in mind their geometries. A sec- 
ond deterministic placement, whose output appears in 
Figure 5a, rearranges the groups to get this near-opti- 
mal connectivity of the design. The algorithm has also 
spread the devices a little so that groups are identified 
more easily. 

The predefined 1/0 positions form an 1/o frame that 
rings the perimeter in the figure. Because some devices 
extend beyond the vo frame, the display is expanded 
around all devices. 

To determine if these macro positions are acceptable, 
the user must get an accurate estimate of the layout. The 
floorplan display in Figure 5b shows the six macros (in 
green) and two standard-cell assemblies (in blue). The 
assemblies, which resulted from clustering after the deter- 
ministic placement, conform to desired aspect ratios and 
other constraints. The floorplan interface updates assem- 
bly estimates continuously during floorplanning, even 
though its constituent devices are not placed completely. 
In this example, the standard cells are placed to yield the 
estimated sizes shown; an estimated routing area com- 
pletes the floorplan (Figure 5b). The final detailed layout 
steps complete the layout (Figure 5c). 


CONCLUSION 


GFP provides a user interface for interactive and auto- 
matic floorplan design of cell-based vLsI chips. GFP can be 
used in the initial phases of design for partitioning and 
area estimation of individual assemblies or overall lay- 
out. It also supports the optimization of cell-based de- 
signs during layout. It assists in package partitioning of 
VLSI designs to simultaneously optimize pin assign- 
ments and device placement, both within the Ic and on 
the circuit board. Grp attempts to provide an interface 
similar to that of a pcB design system while providing the 
floorplan design and automatic algorithms necessary for 
VLSI design complexity. 
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a 
A RULES-DRIVEN APPROACH 


TO CIRCUIT BOARD DESIGN 


Joseph Prang and Katherine Gambino, Valid Logic Systems Inc., San Jose, CA 


neer designs the electrical circuit and the CAD engi- 

neer designs the physical layout. As a consequence, 
layout tools are concerned with the physical character- 
istics of the design and frequently have no means for 
handling electrical considerations. This discrepancy in- 
evitably leads to difficulties. A design engineer could 
often prevent physical design problems if there were not 
a sharp break between the electrical and the physical 


! n the traditional systems design cycle, the CAE engi- 


Logic design 


Partitioning 


Electrical 
specifications 


Placement 


Physical 


Interconnect 
routing 


ot Traditional design 
Supplementary 
rule-driven 
design route 


FIGURE 1. In rules-driven design, the traditional design flow is 
supplemented by electrical parameters. 


80 DESIGN AUTOMATION GUIDE 1988 


design of a product (see Figure 1). 

The break in the design cycle occurs when schematic 
entry and design verification are completed and the 
design is transmitted to a physical layout specialist 
using a netlist. The netlist defines functional compo- 
nents and their connectivity. The problem is that the 
netlist defines nothing else besides the components and 
their connectivity. It does not define the functional 
groupings of components. It does not define which nets 
make up critical paths and should receive special treat- 
ment during placement and routing. Without any other 
stated direction, pcB designers are driven to achieve 
tight component placement and 100% routing of their 
boards. The electrical requirements of the design either 
are not documented or must take second priority. 

The objective of “rules-driven” design is to capture 
implementation rules with their schematics, along with 
components and connectivity, and have those rules im- 
plemented by downstream layout design tools (as shown 
in Figure 1). 

Although our description of rules-driven design focus- 
es on the electrical engineer’s rules and how they are 
passed on to the layout designer, the methodology can 
be expanded to include other functional disciplines 
within the life cycle of a product. 


WHO CONTROLS DESIGN? 


How rules-driven design works can best be illustrated 
with a typical design example. Consider a single-board 
computer with the power of a small mainframe, which 
must meet tight specifications within a restricted sched- 
ule (see Figure 2). The dashed lines identify related 
functions that should be grouped together on the board. 
We will assume that the design uses one of the new 32- 
bit microprocessors and that each block represents doz- 
ens of components. The use of hierarchical design im- 
plementation permits several pages of schematics to be 
captured in one diagram while maintaining design 
integrity. 

For the required performance, a high-speed clock cir- 
cuit must be implemented in ECL rather than TTL. Choos- 
ing ECL may be correct from a functional point of view, 


Bus 
Micro- control 


processor 


Clock 


Math 
processor 


FIGURE 2. A design example showing “rooms.” 


but with ECL’s greater susceptibility to reflections, cross- 
talk, and heat, what effect does it have on the physical 
layout, manufacturing, test, and reliability of the 
design? 

In addition, surface-mount technology (SMT) is used 
for this project, because a 2-foot-square board is out of 
the question. But smT has manufacturability and testa- 
bility implications in pcB design that do not occur with 
TTL DIPS mounted in through-holes on a board. 

Further, the company’s test engineers and field ser- 
vice engineers would like related components near to 
each other on a board. If all the cpu circuitry is in one 
area, all the memory chips in another, and all the vo in 
another, the boards would be much easier to under- 
stand and to service. 

Test engineers are not impressed when they are told 
that the PCB CAD system laid the boards out that way. The 
natural response is, “Who controls the design—the engi- 
neers or the CAD systems?” 


pss 


With a rule-based system, engineers can specify rules 
to downstream systems by attaching properties (or “dir- 
ectives”) to components and nets in their schematics 
(see Figure 3). Rules-driven design is implemented in 
two physical design tools called COMPOSE and ALLEGRO. 
COMPOSE is for IC layout; ALLEGRO is for PCB layout. Both 
allow the engineer to specify implementation rules and 
functionality to the Ic or pcB designer who will perform 
the physical layout. 

Each directive consists of a prefix, either “PACKAGE” or 
“NET,” and a suffix that identifies the specific rule to be 
applied. Package directives are attached to components 
and net directives are attached to nets. A directive may 
be qualified by a value. Figure 3a illustrates how direc- 
tives are attached to a schematic. With the graphics 
editor, the “PROPERTY” command is selected from the 
menu, and the net selected from the schematic using a 
mouse. 

Since directives can clutter the schematic, the engi- 
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FIGURE 3. Properties are attached to components and nets. 


neer can suppress the “PACKAGE” and “NET” prefixes. 
Alternatively, the property can be suppressed from the 
display entirely, in order to facilitate examination of the 
schematic. 


DIRECTIVES THAT AFFECT INITIAL PLACEMENT 


There are three essential phases to physical layout: 
floorplanning, placement, and routing. In ALLEGRO, 
some directives control the initial placement and han- 
dling of components and groups of components in a 
design. The following are currently in use for this 
purpose: 


®@ PACKAGE__ROOM (name) 
@ NET__WEIGHT (value) 
@ NET__ECL 


The “Room” directive is used to place all components 
with the same group name together on a board. The 
rooms specified by the designer may be segregated by 
circuit content, package type, thermal considerations, 
or height restrictions. 

Of these considerations, logical grouping is possibly 
the most important to the CAE designer. It is highly 
desirable to maintain logical groups in the physical 
placement patterns for a number of reasons. First, it 
makes automatic placement extremely fast, because the 
general grouping decisions have already been made, 
thus drastically cutting down on the number of possible 
layout patterns. Second, the board is better electrically, 
because critical paths (as defined by the engineer) are 
shorter, resulting in less crosstalk and line reflection. 
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Without grouping, floorplanning is based on the num- 
ber of interconnects, not criticality. Third, it makes the 
board easier to understand, and therefore easier to test 
and repair. Fourth, CAE engineers are often assigned a 
subcircuit to design that becomes a room in the board 
floorplan. 

In the example shown in Figure 2, the dashed lines 
enclosing groups of blocks identify logically related func- 
tions that should ideally be grouped together when the 
board is laid out. Most pcB automatic placement systems 
use a constructive initial placement algorithm that has 
no concept of logical groupings. For that reason, many 
experienced pcs designers refuse to use them, preferring 
instead to place components interactively. That gives 
the designers the ability to maintain logical groups and 
achieve placements that will be highly routable by their 
autorouter. 

Assigning logical functions to specific areas of the 
board is called floorplanning. With our system, floor- 
planning is performed before a diagram of how the board 
should be divided is included. Floorplanning speeds 
automatic placement of components on a circuit board 
for one very simple reason: There are fewer components 
that the autoplacer must consider at any given time. For 
example, with a 20-component board, there are 20! (or 
2.410") possible component arrangements. If the 
board is divided into four rooms and five components in 
each room, the number of combinations then becomes 
5! x4, or 480. 

Floorplanning thus reduces the number of possible 
combinations by almost 16 orders of magnitude. Of 
course, the complexity of the problem is reduced, but 
other factors enter into the actual performance of the 
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placement algorithms. In an actual benchmark, auto- 
matic placement of a board containing 150 components 
took over 12 hours without floorplanning; ALLEGRO’s 
placement time was three minutes for the same board— 
an improvement factor of 240. 

In addition to assigning components to a room, the 
priority of component placement within each room also 
can be controlled. To do this, the “WEIGHT” property is 
employed, which specifies the order in which compo- 
nents will be placed within a room. For example, in the 
CPU room the bus between the microprocessor and the 
math coprocessor may be given the highest weight. The 
software will then position the microprocessor and the 
math coprocessor to optimize this net. Thus the system 
can optimize component positions within a room or 
emphasize connections between rooms. If no weight is 
assigned to other nets in that room, the software is free 
to place them as it sees fit. 

The pcB designer can work from the rules and the 
floorplan to optimize layout (see Figure 4). Rooms can be 
treated almost like small circuit boards in their own 
right. For example, the designer can set up individual 
placement grids for each room to optimize them for the 
types of components that they will contain (axial, DIP, 
SMD, and so on), define boundaries between rooms as 
hard or soft to cover any overlap, and define component 
locations (pin 1 or body center) to accommodate down- 
stream CAM equipment. 

Some parts in some rooms will have EcL nets. These 
nets have special routing rules that actually affect the 
initial placement in ALLEGRO, which we do not discuss at 
this point. 


PLACEMENT IMPROVEMENT 


Initial placement is governed by overall considerations 
that result in a first approximation of the ideal place- 
ment. Today's layout systems employ swapping tech- 
niques to make routing easier. If package A and package 
B are two identical packages that are located on different 
parts of the board, it is possible to swap gates within a 
package, swap gates between packages, and even swap 
complete packages in order to simplify routing. The 
following directives determine the extent to which later 
changes in the original placement can be made without 
violating the designer’s intent: 


@ PACKAGE__FIX__ALL 

@ PACKAGE__NO__SWAP__COMP 

@ PACKAGE__NO__SWAP__GATE__EXTERNAL 
@® PACKAGE__NO__SWAP__GATE 

@ PACKAGE__NO__SWAP__PIN 


The directives that prohibit movement of elements 
from their original positions can affect component, gate, 
and pin positions. “NO__SWAP__COMPONENT” prohibits the 
swapping of that component for any other component. 
The component swap operation provides the fundamen- 
tal mechanism of placement improvement; if the compo- 
nents are initially assigned to rooms, it is unlikely that 
the logical arrangement will be so bad that swaps out of 
the original rooms will improve routing. Thus logical 
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(b) 


FIGURE 4. Board layout without rooms (a) and with rooms (b). 


grouping is usually maintained even when this directive 
is not invoked. But this directive is useful, for example, 
when a connector must be in a particular location in the 
middle of the board. 

“NO__SWAP__GATE” prohibits any swapping of gates for 
the gate assigned with that directive. This directive is 
included for reasons of symmetry and is rarely impor- 
tant to the CAE designer. “NO__SWAP__GATE__EXT,” on the 
other hand, can be used when gates can be moved 
around inside a component but should not be swapped 
out of the component. This directive will keep all the 
circuitry associated with a particular function in the 
same area of the board and is especially useful when 
there are a large number of ssi functions. 

“NO__SWAP__PIN” prohibits swapping of equivalent 
pins. The “NO__SwAP__PIN” directive is useful for preas- 
signed pins on connectors and for prerouted nets of 
matched lengths. 

“FIX__ALL” fixes all attributes of one part. No compo- 
nent, gate, or pin swapping is allowed during routing for 
that one component. The part will appear in the exact 
rooms that the designer specifies, with the original pin 


“CASE ‘Technology. 
CAE Solutions 
Planned Right 

Jrom the Start” 


CASE Technology’s new Vanguard CAE 
Design System supports a full range of 
industry standard hardware platforms — 
DEC VAX (VMS), Sun (UNIX) and PC 
(DOS)—and a comprehensive set of elec- 
tronic design applications for PCB and ASIC 
design. Applications include schematic 
capture, digital logic simulation, circuit 
simulation and PCB design capabilities. 
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industry. CASE was the first to introduce: 
e aPC-based CAE solution in June 1983 
* an integrated PC to VAX solution in 

November 1985 
¢ aPCasan intelligent graphics terminal 

for CAE in February 1986 
¢ acomplete Sun Workstation-based CAE 

solution in October 1986 

In 1986, CASE also announced major 
marketing agreements with Digital Equip- 
ment Corporation and Sun Microsystems 
for the joint promotion of the Vanguard 
CAE Design System on the VA Xstation and 
Sun-3 series of high performance engineer- 
ing workstations. 

Over the last three years, CASE 
Technology has experienced explosive 
growth to the rate of 80 percent per year 
and has remained profitable every quarter 
since the first product shipped. Today, CASE 
has over 3000 installations of the Vanguard 
CAE Design System worldwide, in companies 
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assignments. This command is useful when design is- 
sues are so critical that the initial placement should not 
be changed at all. 


ROUTING CONTROL 


Once packages and gates are established, the next 
step is to route the actual traces. Designs can contain a 
mixture of high-frequency nets and less critical nets. 
Unfortunately, most pcB routers cannot tell the differ- 
ence. With the rules-driven system, critical nets can be 
identified at the schematic level, and the router under- 
stands exactly how they are to be handled. All directives 
that control routing are net directives. Currently, ALLEG- 
RO supports the following net directives: 


@ NO__ROUTE 

® ROUTE__PRIORITY (value) 

® ECL 

® STUB__LENGTH (value) 

® DRIVER__TERM__VAL (value) 
® LOAD__TERM__VAL (value) 

@ FIXED 

®@ NO__RIPUP 

® ROUTE__LINE__WIDTH (value) 
@ NO__PIN__ESCAPE 


“NO__ROUTE” excludes a net from the autorouting pro- 
cess. This directive can be used when a net is so critical 
with respect to its placement or length that the engineer 
prefers it to be laid out manually. 

“ROUTE__PRIORITY” specifies the order in which nets 
should be routed. More critical nets should be routed 
earlier, as they will then be shorter and have fewer or no 
vias. 

“ECL” means that a net is a high-frequency net and is 
to be treated as such. Forty-five-degree routing, daisy- 
chain connections, loads and terminators, and dynamic 
ECL rat’s-nesting are employed. 

Other directives assist in the specification of ECL nets. 
For example, “DRIVER__TERM__VAL (value)” specifies the 
value of the terminating resistor on the drive end of an 
“ECL NET”; “LOAD__TERM__VAL (value)” specifies the value 
of the terminating resistor on the load end of an “ECL 
NET.” 

“STUB__LENGTH” specifies the maximum allowable stub 
length for a net. The risk of noise reflection determines 
the length of the allowable stub: nets with a higher fan- 
out are more likely to be susceptible to reflections and 
should be given correspondingly shorter stubs. Higher 
stub length values allow there to be longer stubs. If the 
value is zero, no stubs are allowed at all, resulting in a 
daisy-chain connection. 

“FIXED” prohibits any change to a net once routed. 

Rip-up-and-reroute is a legitimate routing technique 
that is often needed to achieve 100% routing. However, 
when a trace is ripped up, the new trace will usually be 
longer than the original. If this is unacceptable, the 
property “NO__RIPUP” can be employed. 

“ROUTE__LINE__WIDTH” specifies a trace width other 
than the standard width to be assigned to a net. Various 
line widths may be required to match the power draw of 
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specific circuits. This directive is useful for power lines 
and some analog lines that may be wider than signal 
lines. 

“NO__PIN__ESCAPE prohibits the routing of a net to any 
“pin escapes.” In surface-mount designs, some nets 
must be routed only on the top or bottom layers. This 
directive prohibits the use of a via as an “escape” mecha- 
nism to the inner layers. ~ 


IMPLEMENTING RULES-DRIVEN DESIGN 


Creating a design within a rules-driven approach 
means creating more than a schematic during design 
entry. The CAE engineer is creating the implementation 
rules as well as the functional definition of his design. 
Rules-driven design can be expanded to include all 
phases of the design cycle and all design disciplines. In 
the future, we envisage a completely computerized de- 
scription of the design and implementation rules. For 
instance, test engineers can work with design engineers 
to specify signal accessibility in multilayer boards for 
ATE. Manufacturability rules to prioritize components 
for automatic insertion can be included. Additionally, 
chip design can be expanded to include hybrids. 

Rules-driven design is thus a significant tool for the 
design engineer today and could well be a major stepping 
stone to the integration of the design cycle with the total 
product life cycle. Although an integrated database 
makes engineering changes easier, the real impact is on 
time to market. Specifying the rules and developing 
tools that automatically respond to them is the fastest 
way to reduce the CAD cycle time. L) 
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Sure, we handle the biggest ASIC 
projects. But you don't need a big reason 


to call LSI Logic. 


It can be about designing a low 
complexity part or buying a small quan- 


tity of parts. 


The important thing is that you call. 
We're close by. So nothing ever gets lost in 


transit or translation. 


LSI Logic Sales Offices and 
Design Resource Centers: 


Scottsdale, AZ 602-951-4560 
Milpitas, CA 408-433-8000 

San Jose, CA 408-248-5100 
Irvine, CA 714-553-5600 
Sherman Oaks, CA 818-906-0333 
Denver, CO 303-756-8800 
Westport, CT 203-222-9336 
Altamonte Springs, FL 305-339-2242 
Boca Raton, FL 305-395-6200 
Bethesda, MD 301-897-5800 
Chicago, IL 312-773-0111 
Waltham, MA 617-890-0161 

Ann Arbor, MI 313-769-0175 
Minneapolis, MN 612-921-8300 
Bridgewater, NJ 201-722-7522 
Poughkeepsie, NY 914-454-6593 


Our unique integrated approach 
means we're the only ASIC company you 


should ever need. And our worldwide 


manufacturing facilities are dedicated to 
ASIC. Which means you can quickly turn 


your designs into working parts. 


Contact your nearest LSI Logic 
Design Resource Center or Sales Office. 


It’s a small step that will lead to much 


bigger things. 


Raleigh, NC 919-783-8833 
Beaverton, OR 503-644-6697 
Trevose, PA 215-638-3010 
Austin, TX 512-343-4513 
Dallas, TX 214-788-2966 
Bellevue, WA 206-822-4384 
Calgary, Alta 403-262-9292 
Edmonton, Alta 403-424-8845 
Burnaby, BC 604-433-5705 
Kanata, Ont 613-592-1263 
Toronto, Ont 416-622-0403 

Pointe Claire, Quebec 514-694-2417 
Paris, France 33-1-46-21-25-25 
Israel 972-3-403741 

Milan, Italy 39-651575 
Ibaragi-ken, Japan 81-298-52-8371 
Tokyo, Japan 81-3-589-2711 
Osaka, Japan 81-6-947-5281 
Seoul, Korea 82-2-785-1693 


Bracknell, United Kingdom 
44-344-426544 

Munich, West Germany 
49-89-926903-0 

Dusseldorf, West Germany 
49-211-5961066 

Stuttgart, West Germany 
49-711-2262151 

Distributors: 

Hall-Mark 

Hamilton/Avnet 

Wyle 


Pelt LOGIC 


THE ASIC SYSTEMS COMPANY 


© 1987 LSI LOGIC CORPORATION Compacted Array, Channel-Free, Micro Array, Micro bASIC, Compacted Array Plus, Modular Design Environment, MDE, Logic Integrator, Silicon 
Integrator and System Integrator are trademarks of LSI Logic Corporation. PAL is a registered trademark of Monolithic Memories, Inc. 
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AIDA Corp. 
5155 Old Ironsides Dr. 
Santa Clara, CA 95054 


Georgia Marszalek 
Director of Marketing 
Communications 
(408) 980-5200 


Analog Design Tools Inc. 
1080 East Arques Ave. 
Sunnyvale, CA 94086 


Michael P. Carroll 
Vice President, Marketing 
(408) 737-7300 


Applicon 

4251 Plymouth Rd. 
PO Box 986 

Ann Arbor, MI 48106 


Brian Barton 
Director, Electronics 
(313) 995-6000 


Aptos Systems Corp. 
10 Victor Square 
Scotts Valley, CA 95066 


James Franklin 
Product Manager 
(408) 438-2199 


CADAM Inc. 
1935 N. Buena Vista St. 
Burbank, CA 91504 


Alan Cohen 

Marketing Manager for 
CADAM Electrical Products 
(818) 841-9470 


CAD Group Inc. 
3911 Portola Dr. 
Santa Cruz, CA 95062 


Vinnie Apicella 
Director of Marketing 
(408) 475-5800 


Cadnetix Corp. 
5757 Central Ave. 
Boulder, CO 80302 


Greg Skomp 

Marketing Communications 
Manager 

(303) 444-8075 


Directory of CAE Systems 


AIDA Design System 

$140k, turnkey 

Apollo (UNIX, Domain, Domain gateways: SNA, VAX, 
Ethernet, etc.); Sun 3 (UNIX, NFS) 


Workbench 
$14.5k, software only; $24k—$62k, turnkey 
Sun 2 and 3 (UNIX, NFS); Apollo (AEGIS, Domain); 
(through Hewlett-Packard) HP9000/320 and 350 (HP/UX); 
also proprietary AnalogLink (RS-232) for all systems 


PC Workbench 

$8k, software only; $15.8k, turnkey 

PC AT with Opus coprocessor (UNIX); proprietary Ana- 
logLink (RS-232) 


BRAVO 3 Electronic Design 
$10k-$50k 
VAX (VMS), Sun (UNIX) 


RGRAPH 

$11k 

PC AT with 1024 x 768 display (includes graphics card); 
schematic and PCB layout 


CRITERION | 
$495, software only 
Software for PC AT with 640 x 356 display 


Interactive Design System 
$65k—$170k, software only 
IBM 4331 and up (VM/CMS, MVS, or VS1) 


Micro CADAM 

$8k, software only 

Micro CADAM Cornerstone 
$2995 software only 

PC AT (MS-DOS) 


SALT 

Software only: $3.5k, IBM PC; $15k, workstations; 
$40k-$60k, VAX; $100k + supercomputers 

PC XT, AT (DOS); MicroVAX to VAX 8800 (VMS, UNIX); 
Cyber and Cray (NOS, COS, UNICOS, CTSS); Sun 
(UNIX); Apollo (AEGIS, DOMAIN IX); Ridge (ROS); 
CRDS (UNOS) 


CDX-3000 PC schematic entry system 

$7950 

PC ATs and compatibles (standard DOS, Ethernet, PC 
NFS), optical mouse 


CDX-96xx Design Management/Entry Environment 
$10.8k—$15.9k 
Sun 3/50 and 3/60 (UNIX, Ethernet TCP/IP, NFS) 


CAECO schematic 

$10k 

Sun 3 (UNIX 4.2, NFS); Apollo (AEGIS, Domain); Micro- 
VAX (ULTRIX, TCP/IP) (2Q88) 
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AIDA simulator 
accelerators 


Interface to hard- 
ware modeler 


tor kit; logic/fault 
simulation accel- 
erator (PCs only) 


Configurable 
Analysis Engine 


(network process- 


ing node/server: 
accelerated digi- 
tal simulation, ac- 
celerated digital 
and analog com- 
pilation, physical 
modeling, data- 
base manage- 
ment, analog 
simulation (2Q88) 


AIDA Schematic 
Design Editor 


Analog Workbench 
Circuit Editor; PC 
Workbench Circuit 
Editor 


Schematic capture 


ic capture; CRITE- 
RION | schematic 


OrCAD; CAECO 


Hierarchical sche- 
matic capture 


AIDA Design 
Language 


Advanced CMOS 
gate array libraries: 
100+ parts each 


Basic device library: 
50 (included with 
PC Workbench); 
standard device |i- 
brary: 500; general 
device library: 
1400+ as of fall 
1987 


Numerous catalogs, 
including TI TTL, 
Motorola STTL, Mo- 
torola HCMOS, and 
Fairchild FAST 


2000 SSI/MSI TTL 
and ECL; 700 
memory parts; 8000 
schematic and PCB 
design symbols 


1500 SSI/MSI TTL 
and ECL; 72 LSI 
and VLSI; 100 + 
generic behavioral 
models 


2000 SSI/MSI TTL 
and ECL; 100 
PLDs; 400 miscella- 
neous (primitives, 
CMOS); 1000 ana- 
log device models; 
hardware models: 
ASIC, ECL, TTL, 
CMOS, advanced 
functions 


AIDA Transient Analysis Program 
Circuit simulator 


AIDA Timing Verifier 


AIDA Logic Simulator 
Logic simulator 


AIDA Fault Simulator and AIDA Fault 
Inferencer 
Fault simulator 


SimKit 
Simulator integration kit for access to user's own 
in-house simulators 


SPICE 2G.6 

_ SPICE PLUS (enhanced SPICE 3) 

Circuit simulation, including time- and frequency- 
domain analysis 


Logic Analysis (enhanced CADAT) 
Functional, logic, behavioral, and fault simulator 


Timing simulation in 
CADAT 


PSPICE (MicroSim) 
Circuit simulator 


CADAM CADAT (enhanced CADAT) 


Switch-level, gate, fault, and behavioral simulator 
CATS (HHB Systems) 
Physical model simulation 
In SALT 
Switch, gate/functional, and behavioral simulator; 
concurrent timing verification/analysis 
PS) 
Behavioral model simulator 
_PFG (Mentor Graphics) _ 
Probabilistic fault grading 


SALT 


In Cadnetix 21-state 
simulator 


Cadnetix 21-state simulator (enhanced 
CADAT) 

Logic, switch-level, worst-case, behavioral 
simulator 


SABER (Analogy Inc.) 
Analog circuit simulation 


Cadnetix Fault Simulator (enhanced CADAT) 


_HSPICE (Meta-Software) 
Circuit simulator 


VERILOG (Gateway Design Automation) 
_ SILOS (SimuCAD) 

HILO-3 (GenRad) 

Behavioral, register transfer, gate, and switch 
_ simulator; symbolic debugging, fault grading 


TEGAS Design 
Language (TDL); 
foundry-specific 
(contact AIDA) 


Foundry-specific 
(contact AIDA) 


Not applicable 


Factron; Sentry; 
GenRad 


ASCII format 


CADAT; SPICE; 
template to reformat 
for others 


BRAVO 3 VLSI geometry 
editor; ECAD layout 
analysis; BRAVO 3 PCB 
layout editor; automatic 
placement and routing 
(Algorex) 


Not applicable ICD-ONE, RGRAPH, and 
CRITERION I! IC and 
PCB layout tools 


GDSII; SCICARDS; 
TEGAS; SILOS; 
ILOGS; LOGIS; 
SPICE 


CADAM; CADAT Interactive Prance 


Cadam PCB layout 


SALT; SCICARDS; 
standard ASCII format 


SPICE; CADAT; 
TEGAS; SCICARDS; 
EDIF 2.0 HP 


Zehntel; GenRad; 
Factron; Marconi; 


CDX-56000 PCB layout 
stations; CDX-75000XP 
Route Engine III 


CAECO custom IC 
layout; interactive DRC; 
automatic layout 
software; layout 
synthesis, automatic 
block placement and 
routing; DRACULA 
(ECAD) 


SPICE; ECAD; HILO- 
3; VERILOG; 
HSPICE, SILO; output 
can be formatted to 
any ASCII netlist 
description 


AIDA automatic test 
pattern generation 


Parameter entry with 
subcircuits and a symbol 
editor; function generator 
and oscilloscope; 
frequency sweeper and 
network analyzer; dc 
meter; spectrum 
analyzer; statistical 
analysis; parametric 
plotting: power design 
module; stress analysis; 
IC design, power design, 
and circuit design tool 
kits. 


PG and E-beam 
interfaces; photoplot, drill, 
insertion, mechanical 3D 
design and analysis of 
PCBs 


PCB thermal analysis; 
IPC350B output; 3D and 
solid model interface 


Critical path analysis can 
be performed at the 
same time as logic 
simulation; test vectors 
include all timing of I/O 
and mask switching in 
Sentry format; translators 
from other simulators to 
SALT simulator 


User has access to all 
network resources 


GDS 1I stream converter: 
Versatec plotter interface 
for file servers 
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Directory of CAE Systems (continued) 


Calay Systems Inc. 
2698 White Rd. 
Irvine, CA 92714 


Beverly Lages 


Marketing Communications 


Manager 
(714) 863-1700 


Case Technology Inc. 
2141 Landings Dr. 


Mountain View, CA 94043 


Melanie King 
Manager, Marketing 
Communications 
(415) 962-1440 


Computervision Corp. 
100 Crosby Dr. 
Bedford, MA 01730 


Dennis Kelly 
Product Marketing 
(617) 275-1800 x2873 


Control Data Corp. 
8100 34 Ave. S. 

PO Box 0 

Minneapolis, MN 55440 


R.L. Biggs 
Marketing Manager 
(612) 853-5255 


ZX1000 

$8750 

PC AT (PC-DOS 3.0+; serial/Kermit, Ethernet TCP/IP 
networks); Prisma; Sun 3 (UNIX) 


Board Scribe 
$8k-$27.4k, software only or turnkey 
Apollo 3000; Ethernet TCP/IP 


Board Explorer _ AS 
$19k-$79k, software only or turnkey 
Apollo 3000, DN570A aN 


Case Vanguard CAE Design System 
$5k-$25k, software only 

Case Vanguard Stellar CAE Design System 
$5k-$80k, software only 


PC XT, AT (PC-DOS); VAX (VMS, DECnet); Sun (UNIX, 


NFS, PC NFS); Ethernet TCP/IP 


CADDStation 
$55.3k, turnkey 


68020-based workstations (UNIX, Ethernet TCP/IP, NFS) 


Personal E) 

$3.5k, software only 

IBM PC and compatibles (MS-DOS) 
Personal /CU386 

$11.5k, turnkey 

80386-based PCs (MS-DOS 3.2) 


MIDAS 
$600k + , turnkey; $75k+, software only 
CDC Cyber 180 (NOS, NOS/VE, HASP, X.25, Kermit) 


Electronics Designer 

$6k, software only 

PC XT or AT with Hercules or EGA graphics boards; 
VAX; IBM; Cyber 800 or Cyber 205; any LAN 


Personal Logician 286/386 
PC AT or compatible (DNIX) 


Logician/Logician 386 
Proprietary hardware (DNIX) 


A/D Lab 
Software for Personal Logician 286 and 386, Logician 
386 (DNIX) 


Entry! 
Software for PC AT (DNIX) 


Prices not specified 
All systems: Ethernet/XNS and Daisy Networking Sys- 
tems, TCP/IP, RJE/bisynce 
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Interface to Calay 
PCB design 
systems 


CATS hardware 
modeling (HHB 
Systems); inter- 
face to Zycad 
accelerators 


CATS hardware 
modeling system 
(HHB Systems) 


Interface to Zy- 
cad logic and 
fault accelerators 


Megalogician, 
PMxX (Physical 
Modeling Exten- 
sion); interface to 
IMS tester 


Schematic capture 


Case Schematic 
Design System 


Schematic capture 


Daisy; Mentor 


Electronics Design- 


er (Case 
Technology) 


DED II or ACE 


TEGAS Design 
Language 
(TDL); TOL’B 


behavioral lan- 


guage (Board 
Explorer only) 


SCALD design 
language (Law- 
rence Liver- 
more National 
Lab) 


HDL (GenRad); 
CADAT, BML 
(HHB Systems) 


VERILOG 


Daisy Behav- 


ioral Language 
(DABL) 


6000, including 
SSI/MSI, memory, 
PLDs, LSI, and 
VLSI 


1500 TTL, ECL, 
and CMOS parts; 
Intel and Motorola 
microprocessors 
and peripherals 


5000+ parts: TTL, 
ECL, CMOS, PLDs, 
ASICs, and micro- 
processor families 


3000 TTL/ECL 
parts; 15 PLDs; 40 
memory; 40 
LSI/VLSI 


Gate array families 
and standard glue 
logic 


2000 MIL-SPEC- 
1000 parts, (includ- 
ing TTL, CMOS, 
ECL, and micro- 
processors) 


1100 TTL and ECL 
parts; 240 PLDs; 
475 memory; 300 
LSI and VLSI (hard- 
ware models); 500 
other HCMOS, 
CMOS; 1200 + 
analog 


Interface to CADAT (HHB Systems) 


‘TSCOPE 
_ Simulation analysis - 


Switch-level, gate, behavioral, physical mixed- 
level simulator 


Case/CADAT (HHB Systems) 
PCB logic and fault simulation and support for 
hardware modeler 


Case/SILOS (SimuCAD) 
IC simulator 


Case/SPICE (Meta-Software, MicroSim) 
Circuit simulator 


Case/AIDA (AIDA) 
Logic and fault simulator 


Case/Ikos (Ikos Systems) 
Logic simulator 


SPICE 2G.6 
Circuit simulator 


HILO (GenRad) 

Logic and fault simulator 
‘SABER (Analogy Inc.) 
Circuit simulator 


CADAT 6 (HHB Systems) 
Behavioral, functional, logic, and switch 
simulator 


ASSIST 


Logic and behavioral simulator (including timing) 


BEV (Boolean evaluator) 
Zero-delay logic and behavioral simulator 


AFS (automatic fault simulator) 
Fault simulation and test vector gen. 


STAFAN (Statistical Fault Analysis) 
Probabilistic fault detection 


SALT (The CAD Group) 


Switch- and gate-level simulator, dynamic timing 


analysis 


VERILOG (Gateway Design Automation) 
Behavioral simulator 


ASPEC 
Circuit simulator 


PREDICTOR (MSI) 
Reliability analysis (MIL-SPEC-217) 


DSPICE (based on Berkeley SPICE) 
Circuit simulator 


Daisy Logic Simulator (DLS) 
Switch/gate/functional/physical modeling all 
integrated in one logic simulator 

MDLS (accelerated version of DLS) 


Megafault (concurrent) 
Fault simulation accelerator 


A/D Lab 
| Analog-digital design environment 


Case Timing Verifier 


PATH-TRACE 


SCALD (with Case) 


Daisy Timing Verifier 
(DTV) 


| TEGAS (Calma) 


Calay PCB systems; 
CADAT; SPICE 


| TDL; SCICARDS; 


NDL (GDS II 
interface); ECAD 


TEGAS; SCICARDS; 
Racal-Redac; Telesis; 
CV-CADDS4x; 
CBDS; Cadnetix; 
Calay; Mentor; HP; 
Applicon SPICE; 
CADAT; LSI Logic; 
SILOS; SALT; Zycad 


Sentry (through 
HHB Systems 
ATG interface) 


CADDS 4X; HILO-3, 
SPICE 2G6, ELF; 
EDIF 1.0; 
programmable 
netlister for user- 
specified formats 


HILO-3 ATG 
(GenRad); 
programmable 
netlist generator 


Neutral format 
with post- 
processors for 
Sentry, Teradyne, 
Takeda-Raiken, 
and GenRad 


SYSCAP; TEGAS; 
SPICE; HSPICE; 
SALT; CADAT; 
AIDSSIM; 
SCICARDS; Racal- 
Redac; 
Computervision; 
Automate-80; Calay; 
Telesis; Cadnetix; 
Altera; Paragon; 
Vectron 


Netlist and drawing 
transfer to Mentor, 
Computervision and 
Prime 


Fairchild Sentry; 
GenRad; others 


Sentry Series 7; 
Factron 800 

series; GenRad 
GR160, GR180 


PCB layout and routing 


workstations 


: Common database, 
libraries with PCB layout 


Interfaces to Cadnetix, 
Racal-Redac, Calay, 
SCICARDS, Acadermi 


Autoboard: SMT on the 
CADDStation system, 
production drafting, 
military specification 
drafting; PCB thermal 
analysis (Pacific 
Numerix) 


LLS semicustom IC 
layout 


PCB layout editor with 
links to host-based 

Vectron for automatic 
placement and routing 


Chipmaster full custom 


editor; Gatemaster 
automatic gate array 
placement and routing; 


Boardmaster PCB layout 


CUPL compiler for 
PLD/PLA generation; 
documentation interfaces 
to Interleaf and Venture 
Publishing; interfaces to 
ASK’s MANMAN manu- 
facturing software; 
programmable electrical 
rule checker 


Simulation grapher; 
interface to Silvar-Lisco's 
gate array design 
software; programmable 
logic device design 
software; load checking 
routines 


Model generation; 
testability metric; 
routability metric; 
integrated database with 
configuration 
management; testability 
analysis tools supporting 
built-in test 


Job creation language 
(“JCL") generators; auto 
dial and log-in; and auto 
submit to network (Cyber 
205, Cray); all analysis 
tools also on in-house 
host 
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Directory of CAE Systems (continued) 


Data General Corp. 
6300 South Syracuse Way 
Englewood, CO 80111 


Elias Prado 

Manager, TEO/Electronics 
Marketing 

(303) 694-2900 


Electronics Software 
_ Products Q 
18013 Sky Park Circl 
| Irvine, CA 92714 


Behrooz Shariati 
Western Technical Manager 
(714) 261-1777 


Endot Inc. 
11001 Cedar Ave. 
Cleveland, OH 44106 


Michael Radovich 

Public Relations Manager 
Data 1/O Corp. 

(206) 881-6444 


EPIC Design Technology Inc. 
3080 Olcott St., Ste. 203B 
Santa Clara, CA 95051 


Sang S. Wang 
President 
(408) 988-2944 


FutureNet 
9310 Topanga Canyon Blvd. 
Chatsworth, CA 91311 


Michael Radovich 

Public Relations Manager 
Data 1/O Corp. 

(206) 881-6444 


Gateway Design Automation 
Corp. 


6 Lyberty Way 
PO Box 573 
Westford, MA 01886 


‘Pete Johnson 
_Marketing Manager 
(617) 692-9400 


Harris Semiconductor 
ASIC Operations 

PO Box 883 
Melbourne, FL 32901 


James P. Spoto 
Director, Semicustom Services 
(305) 724-7383 
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TEO/Electronics 

$25k—-$28k, turnkey; $9k, design system with design da- 
tabase; $7.5k, Interactive Logic System (software only) 
Data General DS/7500 (DG AOS/VS or UNIX System V 
and X Windows; IEEE-802.3, X.25, TCP/IP, DG XODIAC, 
SNA, RJE, 2780, NFS) 


USPICE; PCUSPICE 

CADAT 

LOGNET 

Software only; contact company for costs 

VAX (VMS, UNIX); IBM (MVS); Sun (UNIX); Apollo 
(AEGIS) 


N.2 System Design Environment 
$30k—$200k, software only 
MicroVAX to VAX 8800 (VMS, UNIX); Apollo (AEGIS), 


Sun (UNIX); CDC (NOS/VE); IBM mainframes (VM/CMS); 


PC AT (GENIX); Ethernet TCP/IP 


TIMEMILL 

$15k, $3k (PC version)—software only 

TIMEMILL-CPA 

$7k, $2k (PC version), $5k (TIMEMILL add-on)—software 
only 


Sun; Apollo; MicroVAX and VAX 8600 (ULTRIX, VMS); 
Valid SCALDStar; HP workstations; PC AT; Ethernet 
TCP/IP 


FutureDesigner 

$11.5k 

Mixed-mode design entry and logic synthesis: VAX 
(VMS); Sun; PC AT, PS/2 


DASH Schematic Designer 
$3990 
Schematic capture: VAX (VMS); Sun; PC AT, PS/2 


DASH-CADAT Plus and FAULTSIM 
$10k 
Digital simulation system: VAX (VMS); Sun; PC AT, PS/2 


Personal Silicon Foundry 

$1495-$15k 

Programmable logic development: VAX (VMS); Sun; PC 
AT, PS/2 


Analog Workbench 
$8k-$45k 
PC AT 


Benchmark PCB 
$25k, PC AT; $40k, Sun, VAX (VMS) 


VERILOG 
$25k 
VERILOG-XL 
$35k 
TESTGRADE 


$20k 
TESTGRADE-A 
$35k 


Software only 

VAX and MicroVAX (VMS); IBM (VM/CMS); Sun (UNIX); 
Apollo (AEGIS); VERILOG, VERILOG-XL: Silicon Graph- 
ics; TESTGRADE: Cyber 180 


Harris/SDA Design System 

Price not specified; software only or turnkey 

Sun, Masscomp, MicroVAX, and Harris workstations 
(UNIX); Ethernet 


1988 


Interface to Zy- 
cad logic and 
fault accelerators 


Interfaces to 
CATS hardware 
modeler (HHB 
Systems), Zy- 
cad/SSC 
accelerators 


Interface to 


CATS accelerator 


and hardware 
modeler (HHB 
Systems) 


TEO/Electronics 
Design System 


LOGNET (VLSI 
Automation) 


Interfaces to 
workstations 


GED (Valid Logic 
Systems); CapFast 
(Phase Three 
Logic) 


DASH; schematic 
translators for Ana- 
log Design Tools, 
Computervision, 
Mentor 


Netlist interfaces to 
CAECO; Daisy; 
Mentor; TDL; Valid 


Schematic capture 


MAINSAIL (Xi- 
dak Inc.) 


ISP’; ISP’ to 
VHDL (7.2 and 
IEEE) 
translators 


C and TIME- 
MILL HDL (a 
superset of C) 


ABEL (Future- 
Net); ISP’ 
(Endot) 


VERILOG C- 
based behav- 
ioral language 


CADAT, BDL 
(HHB Sys- 
tems); VHDL 
being 
developed 


3200-parts, includ- 


ing SSI/MSI, LSI, 
VLSI, memory, 
PLDs, and analog 


7400/5400 TTL; 
MECL; 10K 


Custom library sup- 
port for system and 
subsystem entities 
through interfaces 
to workstations 


LSI Logic 7K: 120; 
Laserpath LP1000: 
140; Raytheon 
ECL: 100; generic 
RAM, ROM, PLA, 
Am2900 family 


2300 + symbols, in- 
cluding TTL, ECL, 
CMOS, Intel, Motor- 
ola, discrete. Librar- 
ies for 40+ ASIC 
vendors also are 
available 


6500 SSI/MSI 
parts; 7 LSI/VLSI 


Harris standard-cell 
library contains 200 
primitive and TTL 
functions; 12 LSI 
parts; and configur- 
able RAM and 
ROM 


Interactive Logic 
Simulator 


Interactive Logic Simulator 
Multimode switch, gate, function, behavioral, and 
timing simulation 


_ USPICE, PC-USPICE 
Circuit Simulator 


CADAT (HHB Systems) 
_ Logic simulator, fault simulator, behavioral 
simulator, timing, worst-case 


N.2 
Mixed behavior/functional, register-transfer, gate 
simulator; software system simulator 


TIMEMILL 
Mixed behavior/functional, register-transfer, gate 
and switch simulator 


In DASH-SPICE or 
DASH-CADAT PLUS 


DASH-CADAT Plus 
Functional/digital simulator 


Personal CADAT 
Digital simulator 


DASH-Analog WorkBench 
Analog simulator 


DASH-SPICE 
Analog simulator 


“Accelerated gate and switch simulator (plus all 
VERILOG capability) 

TESTGRADE 

Concurrent fault simulator 


TESTGRADE-A 
Distributed fault simulator 


SLICE 
Circuit simulator 


TA timing analyzer 
(SDA Systems) 


CADAT (HHB Systems) 
Switch, gate, behavioral simulator 


TA (SDA Systems) 
Timing analyzer 


CADAT (HHB Systems) 
Fault simulator 


CADAT (HHB Systems) 
Hardware modeler 


LASAR; SCICARDS; 
Racal-Redac; HILO; 

Caedent; Zycad; DG 
generic 


net " 
Sentry; GenRad Edge IC graphics layout 
(NCA) 


Topology file in-house 


SPICE; HILO; SILOS; 
TEGAS; VERILOG; 
LOGCAP 


ABEL; Applicon; 
CADAM; Computer- 
vision; EDIF; Racal- 
Redac; SCICARDS; 
SPICE; 

TEGAS; over 50 
others 


Sentry; GenRad; 
IMS; Tektronix; 
over 10 others 


Standard-cell place and 
route (SDA Systems); 
complete layout analysis 
(SDA Systems) 


EDIF input, GDS II 
output 
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User-created; test 
coverage tool 


Benchmark-PCB 


|LS—simulation without 


netlist extraction; Sim 
Analyzer—simulation on 
schematic; DDL— 
database queries while 
designing; DRC—flags 
errors when made 


Wirewrap support 


Stochastic performance 
analyzer; N.2 analysis 
environment; meta- 
assember and 
retargetable linking 
loader; C behaviors, 
programs, and models 
can be linked; build tool 
for updating changes to 
models 


PLDtest (automatic test- 
vector generation) 


TESTSCAN (ATPG and 
fault simulation for scan 
design systems); 
STATGRADE (statistical 
fault simulation); 
BITGRADE (fault 
simulation for BIST 
designs) 


Automatic sizing of 
bipolar transistors; logic 
optimization for area or 
speed; synthesis of logic 
circuits from Boolean 
expressions; schematic 
creation from netlist 


Hewlett-Packard Co. 

Logic Systems Division 
8245 N. Union Blvd. 

PO Box 617 

Colorado Springs, CO 80901 


Art Pettis 
Marketing Communications 
(303) 590-5530 


HHB Systems 
1000 Wyckoff Ave. 
Mahwah, NJ 07430 


Larry Blessman 
Marketing Manager 
(201) 848-8000 


IBM Corp. 
2077 Gateway Place 
San Jose, CA 95110 


Stafford Johnson 

Electrical Design Marketing 
Program Manager 

(408) 288-4142 


Integrated Silicon Design 


A.R. Grasso 
Technical Manager 
+61-8-223 5802 


Intergraph Corp. 
1 Madison Industrial Pk. 
Huntsville, AL 35807 


Beverly Roan 


Electronics Marketing Engineer 


(205) 772-2000 


| 1551 McCarthy Blvd. 
Milpitas, CA 95035 


Van Lewing 


Director of Software Marketing 


(408) 433-7204 


Directory of CAE Systems (continued) 


Design Capture System 

$8k, software only 

HP Series 300 (68020, HP-UX); HP’s Network Services 
NS/9000; NS-Arpa Services/300 (IEEE 802.3 Ethernet); 
UNIX BSD 4.2 network services 


Design Verification System 

$4k, HILO-3 interface; $9k-$46k, HILO-3 logic simulator; 
$5k-$30k, HILO-3 fault simulator 

HP9000, series 300/500/800 


CADAT 

$3k—$100k + , software only 

VAX (UNIX, VMS); Sun (UNIX, NFS); Apollo (DOMAIN 
IX); IBM (MVS, DOS); Masscomp (UNIX); HP9000/series 
300 (UNIX); Ethernet TCP/IP 


THESEUS automated test generation 
Up to $190k, software only 
Sun (UNIX, NFS); VAX (VMS, ULTRIX, Ethernet TCP/IP) 


CIEDS 

Price not specified 

Software for IBM VM/370; RT PC (AIX 1.1+); PC AT 
(PC-DOS 3.1 +); PS/2 Model 50 or 60 (PC-DOS 3.3); 
3278/79 emulation program for communications with host 
mainframe; token-ring network 


PHASE ONE 
PHASE TWO 
PHASE THREE 


Prices not specified 

VAX (VMS, UNIX), MicroVAX (VMS); Apollo 3000 (DO- 
MAIN IX); Sun 3 (UNIX); PC AT with EGA (MS-DOS, 
XENIX) 


Electronics Design System (EDS) 

$15k+, turnkey 

Interpro32 standalone workstation (UNIX System V.3; 
XNS/Ethernet TCP/IP) tied to a VAX host 


System Integrator 
$75k +, software only 
Sun 3, Sun 4 (UNIX, NFS); IBM 30xx (VM/CMS-compati- 


~ ble); VAX, MicroVAX (VMS, DECnet); Apollo 3000, 


DN570, DN580, 4000 (DOMAIN IX) 


Silicon Integrator 

From $75k, software only 

Sun 3, Sun 4 (UNIX); IBM 30xx (VM/CMS-compatible); 
VAX, MicroVAX (VMS); Apollo 3000 DN570, DN580, 
4000 (DOMAIN IX); vendor-suppled networks 


Logic Integrator 
$75k +, software only 
Sun 3 (UNIX); vendor-supplied networks 
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Interface to Hi- 
chip hardware 
modeling system 
(GenRad) 


CATS logic/con- 
current fault ac- 
celeration sys- 
tems; OEM of 
Mach 1000 accel- 
erator (Zycad); 
CATS hardware 
modeler models 
6000, 8000, 
10,000 


Interface to Hi- 
chip physical 
modeler 
(GenRad) 


Interfaces to LSI 
Logic accelera- 
tors (ACCELSI) 
for logic and/or 
fault simulation, 
Zycad LE and FE 
accelerators 


None 


Design Capture 
System (HP’s Salt 
Lake City 
Operation) 


Interfaces to Men- 
tor; EDIF; TEGAS; 
FutureNet; Case 
Technology; PCAD; 
Cadnetix; Zuken; 
Computervision; 
Racal-Redac 


CIEDS/Design 
Capture 


Hierarchical Sche- 
matic Design (HSD) 


Functional 
Modeling Lan- 
guage (FML— 
GenRad) 


Hierarchical 
hardware de- 
scription lan- 
guage (HHDL); 
Pascal-based 
modeling 
language 


Integrated sys- 
tem specifica- 
tion language, 
used in the 
system simula- 
tor 


HILO-3 
(GenRad) 


2600 digital parts 
(TTL, MOS, ECL, 
microprocessors, 
PLDs); 2300 analog 
symbols; 1200 
parts in analog 
model library 


2500 SSI/MSI TTL 
and ECL; LS! Log- 
ic, SMC, VLSI 
Technology cell li- 
braries; Fairchild, 
NEC gate arrays; 
Quadtree VLSI |i- 
braries; all Futur- 
eNet libraries; 
Gould 


3000 TTL parts; 30 
generic parts for 
CIEDS/Analog-Digi- 
tal Simulator 


3000 TTL, ECL, 

CMOS, memory, 
microprocessors, 
peripherals, dis- 

crete devices 


Analog Workbench (Analog Design Tools) 
Circuit simulation and analysis 


HILO-3 Logic Simulator (GenRad) 
Behvioral, functional, gate, and switch 
simulation; fault simulator 


CADAT 6.0 

Behavioral, functional, gate, and switch 
simulator; hardware modeling; concurrent fault 
simulator; simulation acceleration 


CIEDS/Logic Simulator 
Functional and gate simulator 


CIEDS/Behavioral Simulator 
Behavioral simulator 


CIEDS/Analog-Digital Simulator 
Mixed-signal verification using piece-wise linear 
approximations 


CIEDS/Switched-Capacitor Simulator 
Time and frequency domain analysis of 
switched-capacitor circuits 


PROBE 
Circuit simulator 


| SYSMOD 
Functional simulator using specification language 


ACS/CSPICE 

Analog circuit simulator with virtual test- 
instrument interface and automatic device 
characterization 


HILO-3 (GenRad) 

Functional and gate simulator; fault simulator; 
automatic test generation; physical model 
simulator 


| Multichip gate-level simulator; multichip mixed 
_behavioral/gate simulator 
| ACCELSI 

‘Hardware-accelerated gate simulator 


Single-chip gate simulator 


_ Single-chip behavioral/gate simulator 
All simulators handle detailed delay prediction; 


- back annotation is supported for delay prediction 
for distributed delay values 


In HILO-3 


Worst-case timing 
simulation through 
CADAT 


Timing checks for 
pulse width, setup 
time, hold time, and 
clock frequency 


SYSMOD system 
simulation and timing 
analysis 


Path timing analyzer 
for multichip timing 
analysis 


Path timing analyzer 
for single-chip timing 
analysis 


HP-generic; user- 
definable; 
SCICARDS; Racal- 
Redac RINF; Calay; 
Computervision 


Mentor; EDIF; 
TEGAS; FutureNet; 
Case; PCAD; 
Cadnetix; Zuken 


CBDS; HILO; TDL; 
SPICE 2G; Silvar- 


Lisco design verifica- 


tion tools; SDL 
(Structured Design 
Language) 


SPICE; SIM 
(Berkeley) 


HILO; Telesis; 
FairCAD/SDL; user- 
reformatable ASCII 
netlist 


Network description 
language (NDL) 


Network description 


language (NDL); 
hierarchical network 


description language 


(HNDL) 


HP 81810S IC 
verification 
system; HP3065 
board testers; 
HP16500A logic 
analysis system 


Graphics editors, IC 
layout analysis, IC 
symbolic layout and 
compaction (VTI and 
SDA Systems); automatic 
IC layout (VTI); CR 2000 
hybrid IC design software 
(Zuken); Printed Circuit 
Design System (Hewlett- 
Packard) 


Standard 
interface to 
CADAT bina 
databases; 
Factron; 
ITG/CADIF; IMS 


Circuit Board Design 
System (CBDS) 


PLAN IC geometric 
editor; SYSGEN symbolic 
layout; SYMEDIT 
symbolic layout; 
SYSPLAN floorplanner; 
CHECK, NET, ELEC, | 
SYSCHECK layout 
analysis 


HIPOST (Gen- IEDS PCB layout and 


Rad 2270 series); 
Factron 303, 323, 
330, 333; HP 
3065; ESP Model 
7100; Marconi 
System 80 


routing, DRC, CAM; 
TANCELL (Tangent 
Systems) automatic 
timing-driven cell-based 
IC layout 


LDS layout tools for all 
LSI Logic technologies; 
floorplanning tools 


Bundled design database 


language provides 
database access 


PALGEN PAL model 
generation; THESEUS 
testability analysis and 
test generation for 
sequential scan or 
nonscan designs 


Interactive multiwindow 
display of simulation 
results; simultaneous 
display of results from 
multiple simulations 


MultiWire design; hybrid 
layout for thick- and thin- 
film hybrid circuits 


Power analysis; 
automatic schematic 
generation from NDL 
netlist; logic synthesis; 
PAL synthesis; logic 
compilers; multiplier 
compilers; memory 
compilers; TESTLSI 
automatic test patern 
generation 


None 
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Directory of CAE Systems (continued) 


Matra Design Semiconductor 


2895 Northwestern Pkwy. 
Santa Clara, CA 95051 


Pradip Madan 

Vice President of Marketing 
and Sales 

(408) 986-9000 


Mentor Graphics Corp. 
8500 SW Creekside Place 
Beaverton, OR 97005 


Mohan Nair 
Marketing Manager 
(503) 626-7000 


MIETEC 
Raketstraat 62 
1100 Brussels, Belgium 


Mike Butterworth 
USIC Business Manager 
(32) 2-242-5010 


Motorola Inc., Semicustom 
Division 

1300 North Alma School Rd. 
Chandler, AZ 85224 


Andy Graham 
CAD Portfolio Manager 
(602) 821-4180 


Omation Inc. 
1210 East Campbell Rd. 
Richardson, TX 75081 


John Hoskins 
Vice President of Marketing 
(214) 231-5167 


OrCAD Systems Corp. 
1049 SW Baseline St. 
Suite 500 

Hillsboro, OR 97123 


Ken Seymour 
Vice President 
(503) 640-5007 


Personal CAD Systems Inc. 
1290 Parkmoor Ave. 
San Jose, CA 95126 


Terry Zimmerman 
Vice President, Marketing 
(408) 971-1300 


GATEAID PLUS/PC 


$945, software only 
Compaq 386, PC/XT, AT (MS-DOS); Telenet X.25 con- 
nection to MDS host 


GATEAID II gate array design system 
$25k +, software only 
MicroVAX, VAX (VMS) 


LSIntegrator (Silicon Compiler Systems Corp.) 
Price no specified 
Sun (UNIX) 


Entry Station 
$7k, software only 
PC XT, AT 


Apollo (AEGIS, UNIX; Domain, Ethernet TCP/IP, HASP, 
3270, X.25) 


MIETEC design system 
Price not specified 
DAS 9100 


Design Verification Module 
$7.5k, software only 


Design Capture Module 
$2.5k, software only 


Mentor Idea Station; Daisy Logician, Personal Logician; 
Valid CAE 


SCHEMA Il 

$495, software only 

SCHEMA-PCB integrated PCB layout 
$975, software only 
SCHEMA-ROUTE autorouter 

$850, software only 


IBM PC and compatibles (DOS) 


OrCAD/SDT ill 
$495, software only 
OrCAD/VST 

$995, software only 


PC AT with EGA card (MS-DOS) 


CAE-2 

$4k, software only 

PC XT, AT (DOS); HP Vectra; Olivetti; Tl Professional; 
NEC PC-98XA; Ethernet, Novell software, 3Com 
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HML hardware 
modeling system; 
Compute Engine 
accelerator; XSIM 
interface to 
Zycad 


DRAFT (adapted 
from OrCAD) 


GED graphics 
editor 


LED graphics editor 


NETED/SYMED 


SDS (Silvar-Lisco) 


Supports Mentor 
(NETED); Daisy 
(DED and ACE); 
Valid 


SCHEMA II 


OrCAD/SDT Ill 
Schematic capture 


PCCAPS hierarchi- 
cal schematic cap- 
ture 


Boolean equa- 
tion language 
and translator; 
Structural De- 
scription Lan- 
guage (SDL) 


FML (GenRad) 


L-Language 


guage models 


(extension of C 
and Pascal) © 


Standard cells: 
TTL, CMOS 
SSI/MSI; PLDs 


Standard cells: 
TTL, CMOS 
SSI/MSI; bit-slice 
LSI; RAM blocks; 
multiplier; UVART 


Standard cells: 
ALU; sequencer; 
RAM; datapath 
elements 


e286 TTL; 123 

- ECL; 416 CMOS, 
56 PLDs; 146 

| memory; 1000 ana- 

log; 56 HML. 


Standard-cell librar- 
ies, mixed digital- 
analog; 

CMOS; biMOS 


Motorola gate array 
and standard-cell 
libraries 


Symbols: standard 
TTL SSI/MSI; mem- 
ory; PALs; micro- 
processors; analog; 
discrete 


3700 parts, includ- 
ing 1700 TTL, 335 
CMOS, 184 ECL, | 
sors and peripher- 
als, 660 PALs and 
memory, 320 dis- 
crete, 235 analog 


3300 devices in 
4600 packages, in- 
cluding TTL, 
CMOS, ECL, micro- 
processors, mem- 
ory, analog 


ARCIS 
Gate simulator 


COFIS 
Concurrent fault simulator 


HILO-3 (GenRad) 
Gate simulator 


LSIM (Silicon Compiler Systems) 
Behavioral, gate, switch, and timing simulator 


| MSIMON 
MOS circuit simulator 


MSPICE PLUS 
Circuit simulator with library 


QUICKSIM 


Behavioral, functional, gate and switch simulator 


QUICKFAULT (enhanced CADAT) 
Fault simulator 


ANASIM 
Circuit simulator 


DIGSIM 
Functional and gate simulator 


DAML 
Behavioral simulator 


FLTSIM 
Fault simulator 


MIXSIM 
Mixed-mode (digital/analog) simulator 


QUICKSIM (Mentor) 
Behavioral/gate simulator 


DLS (Daisy) 
Gate-level simulator 


Valid 


Netlist to PSPICE, SPICE, Susic, P/C SILOS 
and others 


OrCAD/VST 
Functional, gate simulator; SPICE shell is built 
into schematic capture package 


PC-LOGS 
Behavioral, gate and switch simulator 


ARCIS timing 
analyzer; spike 
analyzer; WAVE 
waveform analyzer 


ARCIS timing 
analyzer; in HILO-3 


In L-SIM 


Under development 


MTA timing analysis; 
VITEST (NCR) 


In OrCAD/VST 


ARCIS; HILO-3 
format 


None 


TDL; EDIF 200; 
SPICE; 
Computervision; 
ILOGS; NCA; 
SCICARDS; Racal- 
Redac; MASKAP; 
Valid; Vectron; 
LOGCAP 


SDL (Silvar-Lisco); 
Daisy; Valid 


TDL; Logeap; EDIF 


Cadnetix; Calay; 
Computervision; 
DataCon; FutureNet; 
Intergraph; PADS 
PCB; P-CAD; Racal- 
Redac; SCICARDS; 
SPICE; Tango-PCB; 
Telesis; others 


Applicon Bravo and 
Leap; Algorex; Calay; 
Cadnetix; 
Computervision; 
EDIF; FutureNet; 
Intergraph; MultiWire; 
PCAD; Salt; SPICE; 
SCICARDS; Racal- 
Redac; Telesis; 
Vectron; PADS; 
TANGO 


EDIF; TEGAS; HILO; 
SPICE; CADAT; 
SCICARDS; 
Computervision; 
CBDS; Calay; Racal- 
Redac 


Fairchild; ARCOP 
testability 
analyzer for 
100% testability 
analysis 


HP; GenRad; 
Advantest; Ando; 
Marconi; Sentry; 
Teradyne 
(through Test 
System Strate- 
gies Inc.) 


Sentry VII, 20, 
21; Teradyne 300 
series; NTDF 
(ITT-Alcatel) 


Proprietary 


Gate array layout; 
standard-cell layout; full- 
custom IC layout; PCB 
layout 


IC layout (Calma and 
Computervision); DRC, 
ERC, CPA (MASKAP, 
ECAD); automatic IC 
layout (Silvar-Lisco) 


TANCELL standard-cell 
layout (Tangent 
Systems); MERLYN-G 
gate array layout 
(Tektronix) 


Interface to Applicon; 
Algorex; Calay; Cadnetix; 
Computervision; 
FutureNet; Intergraph; 
PCAD; PADS; 
SCICARDS; Racal- 
Redac; Telesis; TANGO; 
Vectron 


SMT PCB layout editor; 
automatic PCB layout; 
CAM output; Gerber 
output 
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Bulletin board for data 
transfer and support 


Silicon compilers; PLA, 
RAM, ROM module 
generators; switched- 
capacitor filter compiler 


Xilinix XACT and Intel 
IPLDs II interfaces; 
backward and forward 
annotation with full error 
checking 


Scalable text and 
objects; hierarchy; object 
editor; De Morgan 
conversion; part rotation; 
on-line part browsing; 
keyboard macros 


PLD Design Tools; 
hierarchy; on-line design 
rule checking 


Phase Three Logic Inc. 
5510 NE Elam Young Pkwy. 
PO Box 985 

Hillsboro, OR 97123 


Steve Bryan 
Technical Marketing Manager 
(503) 640-2422 x230 


Racal-Redac Ltd. 

Tewkesbury 

Gloucestershire 
-G120 8HE U.K. 


John Martin 
Marketing Manager 
(011) 44684294161 


Royal Digital Systems Inc. 
3600 W. Bayshore Rd. 
Palo Alto, CA 94303 


Jerry Harvel 
Executive Vice President 
(415) 858-0811 


Scientific Calculations Inc. 
7796 Victor-Mendon Rd. 
PO Box H 

Fishers, NY 14453 


Douglas Spice 
Director of Marketing Services 
(716) 924-9303 


SDA Systems Inc. 
555 River Oaks Pkwy. 
San Jose, CA 95134 


Lesley Carr 

Manager, Public Relations and 
Promotions 

(408) 943-1234 


Seattle Silicon Corp. 
3075 112th Ave. NE 
Bellevue, WA 98004 


David A. Uvelli 
Director of Product Marketing 
(206) 828-4422 


Silicon Compiler Systems 
Corp. 

2045 Hamilton Ave. 

San Jose, CA 95125 


Jeff Elias 
Marketing Manager 
(408) 371-2900 


Jim Griffeth 
Marketing Manager 
(201) 580-0102 


Silvar-Lisco 
1080 Marsh Rd. 
Menlo Park, CA 94025 


Wence Coron 
Director of EDA Marketing 
(415) 324-0700 


Directory of CAE Systems (continued) 


CFx000 


$395-$4750, software only (except for CF3550) 
PC AT with EGA/VGA card (MS-DOS, TCP/IP); Sun 
(NFS, TCP/IP) 


VISULA CAE 

$26k, software only 
VISULA CAE/CAD 
$60k, software only 


VAXstation |! (VMS); Apollo (UNIX) 


REDLOG/REDCAD 
$15k, software only 
PC AT and all compatibles (MS-DOS) with EGA and 


high-resolution graphics; Ungerman-Bass; Fox Research; 


10-Net 


AutoMate 
$25k-$40k, software only 


PC AT or compatible (MS-DOS); Prime (PRIMOS, Prime- 


Link); Sun (UNIX, PC NFS), Data General (AOS/VS), 
Cyber series (NOS/VS); Ridge (UNIX); Ethernet 


PC XT, AT (DOS 2.1; Kermit, DECnet-DOS 
communications) 


CAE/CAT Tools 
$20k, software only 
Apollo; Sun; DEC; Masscomp; UNIX, Ethernet TCP/IP 


Concorde ASIC compiler 

$100k, software only 

Mentor Idea Series (Apollo 4000, 3000, DN570); Valid 
Logic (SCALDStar) 


GENESIL silicon compiler 

$155k, software only 

GENEPORT link between GENESIL and GDT 
$10k, software only 

VAX, MicroVAX (ULTRIX); Apollo (DOMAIN IX); Sun 
(UNIX); Ethernet TCP/IP 


GDT generator development tools 

$88k, software only 

LSIM 

$49.5k, software only 

LTIME 

$40k, software only 

Apollo (DOMAIN IX); DEC (ULTRIX); Sun (UNIX) 


‘Mixed Analog/Digital Simulation System 


$25k + 
Switched Capacitor Simulation System 
$23k + 


MicroVAX, VAX (VMS); PCAT, RT, 43xx, 9370, 30xx 
(MS-DOS, UNIX, VM/CMS); Apollo (AEGIS); Sun (UNIX); 
DECnet, IBM-supported networks, Ethernet, Domain 
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Interfaces to 
HILO-3 (Gen- 
Rad); Zycad ac- 
celerators; Hichip 
hardware model- 
ing system 
(GenRad) 


CATS hardware 
modelor and sim- 
ulation accelera- 
tor (HHB 
Systems) 


Simulation accel- 
erators (Mentor, 
Zycad); hardware 
modelling system 
(Valid Realchip) 


Interfaces to 
Mach 1000 
logic/fault accel- 
erator (HHB Sys- 
tems) 


Interface to Zy- 
cad accelerators 


SCHEDIT schemat- 
ic editor 


VISULA SCM hier- 
archical schematic 
capture 


REDLOG/REDCAD 


AutoMate Schemat- 
ic Designer; en- 
hanced CT-2000 for 
PC AT and Sun 
(Case Technol- 
ogies) 


SCIDESIGN 


Schematic capture 


Interfaces to Mentor 
NETED; Valid GED 


Interfaces to Men- 
tor; Daisy 


LED interactive 
schematic and lay- 
out editor 


Schematic Design 
System (SDS) 


HILO-3 
(GenRad) 


In CADAT 
(HHB Systems) 


SCISIM behav- 
ioral modeling 
language 


Joint develop- 
ment project 
with JRS Re- 
search for 
VHDL interface 


L language for 
VLSI; M lan- 
guage for be- 
havioral de- 
scription 


HELIX HHDL 
(enhancement 
of Stanford 
University's 
ADLIB) 


2000+ parts in 


symbol library, in- 
cluding TTL, 
CMOS, ECL, micro- 
processors, support 
chips; GenRad sim- 
ulation model librar- 
ies; HILO models 
for MMI PALs 


2000 models (TTL, 
CMOS) up to LSI 
complexity; 200 + 
behavioral and 
hardware models 


Variable 


2200, including 
TTL, ESTTL, 
CMOS, micropro- 
cessors and periph- 
erals, ECL, dis- 
crete, passive, 
analog 


500 SSI/MSI TTL 
and ECL; generic 
PLA, RAM, and 
ROM models; 
68000 and 2900 
families 


Standard logic 
gates for IC design 


150 SSI compo- 
nents; configurable 
MSI; configurable 
PLA; configurable 
RAM, ROM, FIFO 
memory; datapath 
and state machine 
compilers; configur- 
able 1/O; analog 


Library of CMOS 
compilers; CRT 
controller; core mi- 
croprocessor; mem- 
ory; standard cells 


LCELLS generator 
libraries include 
standard cells, 
memory, CRT con- 
troller, core 
microprocessor 


4000 SSI/MSI TTL; 
328 PLDs; 162 
memory; 120+ 
LSI/VLSI (available 
through Quadtree); 
70 miscelleneous 
CMOS; additional 
simulation libraries 
from Quadtree 
Corp. 


Berkeley SPICE (for Sun) 
PSPICE (for IBM PC AT) (MicroSim) 
Circuit simulator 


HILO-3 (GenRad) 
Behavioral, functional, and gate simulator; fault 
simulator 


SPICE (Berkeley Version 2G6) 
Circuit simulator 


CADAT 5.1 (HHB Systems) 

Behavioral, gate and switch simulator; 
concurrent fault simulator 

Interfaces to Personal CADAT, P-SILOS logic 
simulators 


Interfaces to PACSIM, PSPICE circuit simulators 


P-SILOS, CADAT 
Behavioral, functional, gate, and switch 
simulator; fault simulator; physical modeling 


P-SPICE 
Circuit simulator 


SCISIM 
Behavioral, logic, and switch simulator 


SPICE 
Circuit simulator 


SILOS (SimuCAD) 
Switch-level, logic, and fault simulator 


HILO (GenRad) 
Logic and fault simulator 


SPICE; HSPICE (Meta-Software) 
Circuit simulation 


Interfaces to QUICKSIM (Mentor) and ValidSIM 
(Valid Logic) logic simulators 


In GENESIL 
Functional logic simulator with switch-level 
option; interface to Mentor QUICKSIM 


LSIM 

Behavioral, functional/gate, and switch 
simulation integrated with ADEPT circuit 
simulation; fault simulation (both serial and 
probabilistic); LSPICE analog simulation 


HELIX 
Behavioral simulator 


LOGIX 
Functional/gate simulator 


ANDI 
Switch simulator (mixed analog analysis) 


SWAP 
Switched-capacitor filter analysis 


in HILO-3 


in CADAT 


In P-CADAT and P- 
SILOS (future) 


for PC AT and Sun: 
timing verifier 
(enhanced CASE); 


TA Timing Analysis 
(SDA Systems) 


Analysis tools 


GENESIL timing 
analyzer 


LTIME Timing 
Analyzer (in house); 


RC tree-based switch- 


level timing analysis 


Simulation libraries for 


HELIX and LOGIX 
contain “intelligent” 
behavioral models 
that also perform 
timing checks 


Computervision 
Cadds4X and 
Cadds3; Racal- 
Redac; SCICARDS 


CADAT 5.1; HILO; 
SPICE 


Racal-Redac; HHB 
Systems 


AutoMate; 
SCICARDS; Calay; 
Cadnetics; Valid; 
Daisy; Mentor; 
FutureNet; Racal- 
Redac; Case 


SCIDESIGN ASCII 
netlist data 


Mentor; SILOS 


Mentor 


SPICE; EDIF 


SPICE; HILO; 
LOGCAP; TEGAS; 
SILOS; CBDS; 
SCICARDS; RACAL- 
REDAC; SUPER- 
COMPACT; 
SECMAI/OPTIMA 


HIPOST 
(GenRad) 


Eaton Model 800; | 


Sentry 


Sentry; GenRad; 


Advantest 


IMS; Sentry 7, 8, 
20, 21 


Sentry; GenRad; 
Advantest; 
Teradyne; IMS 
(through Test 
Systems 
Strategies Inc.) 


VISULA PCB automatic 
layout; REDBOARD PCB 
automatic layout 


Geometry editor; layout 
analysis; automatic 
placement and routing; 
VISULA PCB; Red Draw 
PCB; Red Therm (future) 


Automatic PCB layout, 
including SMD and 
hybrids 


MEDS IC geometry 
editor, layout analysis, 
and automatic placement 
and routing; SCICARDS 
PCB geometry editor and 
automatic placement and 
routing 


IC layout design, DRC; 
automatic IC layout; IC 
floorplanning 


Interface to Mentor 
Chipgraph and Valid LED 
outputs GDSII and CIF; 
automatic IC layout with 
interactive override; 
DRACULA DRC (ECAD) 


Interactive and automatic 
IC layout tools; 
LogicCompiler automatic 
layout of logically 
optimized standard cells 


Led IC layout, geometry 
editing, mask-level 
symbolic layout, 
floorplanning; LRC 
electrical and design rule 
checking; lextract 
database extraction 
routines; LPAR automatic 
placement and routing of 
standard cells and blocks 


Automatic gate-array and 
standard-cell layout; IC 
layout design; layout 
analysis; PCB placement 
and routing 
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Symbol editor, compiler; 
programmable netlist 
library extraction; 
interactive waveform 
grapher; plotting program 


VISULA SCM on-line 
electrical rule checking; 
REDLOG/REDCAD 
waveform analysis 


REDSOFT customer 
support/software 
maintanance product; 
REDDOC documentation 
tool (future) 


Module compilation; 
generalized 
simulation/test language 


First Silicon Services; 
services to support ASIC 
verification, prototyping 
and production 
fabrication, packaging 
and testing 


Automatic test generation 


L Database Interface 
(LDBI) 


Design databases (both 
netlist and schematic) 
are portable between 
supported brands of 
hardware 


Spectrum Software 
1021 S. Wolfe Rd. 
Sunnyvale, CA 94086 


Karen Burchfiel 
Customer Service 
Representative 
(408) 738-4387 


Tektronix Inc. 

CAE Systems Division 
PO Box 4600 

Beaverton, OR 97076-4600 


Ron Workman 
_ Division Marketing Manager 
(503) 629-1036 


Teradyne Inc. 
321 Harrison Ave. 
Boston, MA 02118 


Dary! Layzer 
Marketing Services Manager 
(617) 482-2700 x2808 


Valid Logic Systems Inc. 
2820 Orchard Pkwy. 
San Jose, CA 95134 


Nancy Madison 

Director Product Marketing 
(CAE/IC CAD) 

(408) 432-9400 


Kathy Gambino 

Product Marketing Manager 
(PCB CAD) 

(617) 256-2300 


Vamp Inc. 

6753 Selma Ave. 

PO Box 411 

Los Angeles, CA 90028 


John Soluk 

Manager of Marketing 

213) 466-5533 

Viewlogic Systems Inc. 
275 Boston Post Rd. West 
Marlboro, MA 01752 


Sri Sriram 
Vice President of Marketing 
(617) 480-0881 


Visionics Corp. 
343 Gibraltar Dr. 
Sunnyvale, CA 94089 


Alex Wellins 

Public Relations Manager 
408) 745-1551 

VLSI Technology Inc. 
1109 McKay Dr. 

San Jose, CA 95131 


Bill Miller 
Tactical Marketing Manager 


Xerox EDDS 
2441 Mission College Blvd. 
Santa Clara, CA 95054 


Petros Xides 


CAE Product Division Manager 


Directory of CAE Systems 


(continued) 


Micro-Cap | & Il schematic capture 
Micro-Logic | & Il logic simulation 
$450-$895, software only 

PC, XT, AT, or fully compatible (DOS 3.0) 


Designer's WorkSystem 

From $18k, software only and turnkey 
PCB WorkSystem 

From $53k, software only and turnkey 
Gate Array WorkSystem 

From $70k, software only and turnkey 


Apollo (AEGIS UNIX 4.2 BSD, Domain); VAX, MicroVAX, 
GPX (VMS, DECNet) 


Full Custom WorkSystem 
From $50k, software only and turnkey 
DEC VAX, MicroVAX, GPX (VMS, DECNet 


DATAView design entry system 

$5k, software only 

PC AT and compatibles (DOS); Viewnet (Ethernet XNS, 
TCP/IP) 


LASAR Version 6 simulation software 

$25k +, software only 

VAX (VMS), DATAServer Simulation Engine (UNIX); 
DECnet; Viewnet (Ethernet XNS, TCP/IP) 


Design Entry System 
$5.9k + 

Logic Design System 
$9.9k + 

Design Validation System 
$17.5k + 

Analog Design System 
$10.5k + 


VAX, VAXstation (VMS); Sun (UNIX); PC AT (UNIX); 
SCALDsystem (UNIX); Ethernet TCP/IP, DECnet, VAX- 
cluster (LAVC) 


McCAD Schematics 
$495, software only 
McCAD DACS 
$295, software only 


Apple Macintosh 512, Macintosh Plus, Macintosh SE, 
Macintosh II; Apple Network 


Workview series software 

$5k—$14k, software only; turnkey systems available 
PC XT, AT, and compatibles (DOS); Compaq 286, 386 
PCs (DOS); Ethernet, RS-232, XN 


EE DESIGNER, EE DESIGNER II 
$995-$1895, software only 
AUTOROUTER, AUTOROUTER II 
$995-$1475, software only 


PC XT, AT, PS/2, and compatibles (DOS 2.0+) 


VLSI Express Systems 

$7k-$210k 

VAX (VMS); Apollo (AEGIS); HP series 9000, model 300, 
350 (UNIX); Sun 3 (UNIX), Elxsi; Ethernet 


Expert Designer 
$7k-$12k 
Xerox 6085; Ethernet 


108 DESIGN AUTOMATION GUIDE 1988 


Interfaces to Zy- 
cad; GenRad Hi- 
chip; Tektronix 
DAS 


DATASource 
hardware model- 
ing system; DA- 
TAServer Simula- 
tion Engine (in- 
cluding LASAR) 


Realchip hard- 
ware modeler; 
Networked Real- 
chip; Realmodel 
hardware model- 
er; Realfast simu- 
lation accelerator 


Zycad simulation 
accelerator 


Micro-Cap II and 


Micro-Logic || sche- 
matic capture 


HILO-3 
(GenRad) 


Designer's Data- 
base Schematic 
Capture (DDSC) 


DATAView 
(enhancement of 
Viewdraw, View- 
logic Systems) 


TML register- 
transfer lan- 
guage; LABEL 
behavioral 
language 


ValidGED UCP C-based 
behavioral 
modeling 
language 


McCAD Schematics 


Viewdraw 


EE DESIGNER 
schematic capture; 
also interfaces to 
SDT III (OrCAD); 
SCHEMA (Oma- 
tion); DASH 
(FutureNet 


VTischematic Hierarchical 


Net List (HNL) 


Expert Schematics 


200 elements for 
Micrologic || 


6000 + including 
TTL74, TTL54, 
ECL, PLDs, ROM, 
CMOS, micropro- 
cessors, discretes, 
HPRM (HSPICE) 


DATAView: 1600 
SSI/MSI TTL, ECL; 
300 standard 
symbols 


LASAR Version 6: 
3800 SSI/MSI TTL, 
ECL; generators for 
memory; 200 + 
LSI/VLSI; gate ar- 
ray macrocells 


4000+ TTL, ECL; 
30+ PLDs; 60+ 
memory; 100 + 
LSI/VLSI; 97 + 
ASIC design kits; 
behavioral models 
from Logic Automa- 
tion and Quadtree; 
analog libraries 


200+ TTL; 100 dis- 
crete; 250 CMOS 


2000+ TTL; 100+ 
ECL; 100+ PLDs; 
100 + memory; 


| 50+ LSVVLSI: 


600+ analog; se- 
micustom libraries 
from over a dozen 
vendors 


850 TTL, CMOS, 
analog, and SMD 
parts; library cross- 
reference files with 
200 parts each 


Portable gate array, 
standard-cell, and 
compiler libraries 


1200 TTL, CMOS, 
and ECL symbols 
in schematic sym- 
bol library; 200 
models in simula- 
tion model library 


Micro-Logic Micrologic, Micro- ASCII format 
Logic simulator Logic II 


Micro-Cap 
Circuit simulator 


HILO-3 (GenRad) 
Behavioral and gate simulator; fault simulator; 
physical modeler 


SPICE; HSPICE (Meta-Software) 


In HILO-3 (GenRad) Zycad; SPICE; 
SCICARDS; Calay; 
CADDS4; HSPICE 


Tektronix (LT- LEIA IC layout editor; 
1000); Advantest; MERLYN-G automatic 
Sentry; Teradyne; | gate-array layout; 
HILO-3 automatic MERLYN-S automatic 
test generator standard-cell and block 
layout; MERLYN-P Aided Software Develop- 
Automatic PCB layout; ment Tools; SuperCom- 
DRACULA DRC (ECAD) pact DDSC RF circuit 
simulator (Compact 
Software) 


TekWriter (Interleaf) 
publishing software for 
engineering documenta- 
tion; MicroLink interface 
to Tektronix Computer- 


Analog circuit simulators (GenRad) 


LASAR Version 6 True worst-case 


timing analysis 


EDIF; LASAR Version Teradyne L1xx, 
Behavioral, functional, and gate simulator; 6; SCICARDS L2xx, J9xx; (merges text with engi- 
hardware modeling; fault simulator; automatic Computer Auto- neering graphics), elec- 
test pattern generation; interface to DATASource mation 4700, tronic mail 

hardware modeling system 4900, Marathon; 

GenRad 197x, 

2225, 2235; 

Hewlett-Packard 

DTS70; Sentry 

7-21 


Document processor 


ValidSPICE ValidTIME; TIMEMILL | HDL; HILO-3; 
PRECISE circuit simulator (Electrical (EPIC Design LOGCAP; MCLDL; 


Teradyne; HP; IC layout editor; IC layout | ValidFLAT—automatic 
GenRad; Zehntel analysis; full-custom and schematic generation 


Engineering Software) 
‘ValidSIM 


Behavioral, logic, and switch simulator with 


Technology) 


SPICE; TEGASS; 
CADDS; Calay; 
CBDS; Paragon; 
Racal-Redac; SCI- 


standard-cell IC layout 
(DeNies Resources); 
Concorde silicon 
compilers (Seattle 
Silicon); ALLEGRO 


from netlist; ValidPLD— 
automatic generation of 
timing and logic models; 
ValidEZLIB—creates new 
library components by 


| timing analysis CARDS; Wirewrap; 


ILOGS; LIL; FAIR- interactive and automatic modifying existing ones; 
TIMEMILL (EPIC Design Technology) LOGS; CPP; CADAM; PCB layout DIAL—programming 
Mixed-level timing simulator and critical path SEL; SDL; SDIF; language for custom 
analyzer interface creation 


In McCAD DACS Computervision; McCAD PCB-1, PCB-ST, McCAD-to-Gerber 
Calay; Gerber; SCI- and automatic routing translator module 
CARDS; McCAD tools 


VIEWSIM/AD (enhanced PSPICE) k i; i Configurable design rule Document processor 
Mixed analog-digital simulator F ix; ; 
CBDS; Computervi- 
HILO (GenRad); TEGAS (Calma); LASAR sion; Intergraph; 
(Teradyne); SILOS (SimuCAD); ZILOS (Zycad); MERLYN; OmniCad; 
PSPICE (MicroSim); SPICE (UC Berkeley); P-CAD; PRANCE; 
HSPICE (Meta-Software); IG-SPICE (A.B. Racal-Redac; SCI- 
Associates); PRECISE (EEsof); ALLSPICE CARDS; Valid; Data- 
(Acotech); Touchstone (EESof) con. Simulators: 
CADAT; Computervi- 
sion; Silvar-Lisco; 
SDL; BOLT. PLD: 
Altera, MMI, Xilinx. /C 


checker; VIEWPLACE for (merges text and graph- 
critical placement ics); electronic mail sys- 
tem; data management; 
In EE DESIGNER In EE DESIGNER ASCII file format 
Gate-level logic simulator with timing verification 
VTisim TV timing analysis HNL netlist format Sentry 10, 20 Sticks symbolic IC editor; 
Behavioral, gate, and transistor simulator automatic IC layout; cell 
compiler; datapath com- 
VTISPICE piler; state machine com- 
Circuit simulator piler 
Expert Logic Simulator LASAR; Computer- Expert PCB System 
vision; Racal-Redac; board layout tools 
SCICARDS; CADAT, 
HILO; EDIF; SPICE; 
user-definable data 
extractor 


80386 simulation tools to 
Switch-level and logic simulation 
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LASAR 6 (Teradyne) 

Logic and fault simulator 

McCAD DACS 

Circuit, logic, and behavioral simulator 


support ASIC design 
beyond 30,000 gates; 
Pre-CAD PCB placement 
for PCB design 


PCB design rule checker; Interfaces to Gerber, N/C 
netlist extraction; drill tape, remote plotters 
connectivity checks; 

editors; automatic 

placement and routing 


Interfaces to VIEWPOINT 
(Xerox office automation 
system); IGES translator 


Directory of IC Layout Systems 


Andrew Tickle 
Associates 

1222 Richardson Ave. 
Los Altos, CA 94022 


Andrew Tickle 
President 


Applicon 

4251 Plymouth Road 
PO Box 986 

Ann Arbor, MI 48106 
(313) 995-6000 


Brian Barton 
Director, Electronics 


Aptos Systems Corp. 
10 Victor Square 

Scotts Valley, CA 95066 
(408) 438-2199 


James Franklin 
Product Manager 


CAECO Inc. 

2945 Oakmead Village 
Court 

Santa Clara, CA 95051 
(408) 988-0128 


Mark Miller 
Director of Marketing 


Calma Co. 

501 Sycamore Dr. 
Milpitas, CA 95035 
(408) 434-4056 


Larry Yamada 
IC Product Marketing 
Manager 


Control Data Corp. 
8100 34th Ave. South 
Minneapolis, MN 55440 
(612) 853-5255 


R.L. Biggs 
Marketing Manager 


Daisy Systems Corp. 
700 Middlefield Rd. 
Mountain View, CA 
94039 

(415) 960-7168 


Mark T. Fuccio 
ChipMaster Product 
Manager 


ECAD Inc. 

2455 Augustine Drive, 
Santa Clara, CA 95054 
(408) 727-0264 


Shrikat Sathe 
Product Manager 
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TURBO-CAD 
(software only) 


Bravo 3 VLSI 
(stand-alone 
workstation or host 
with attached 
stations) 


ICD One 
(software and 
graphics card) 


DeskTop Cell Pro 
(software only) 


CAECO VLSI IC 


Design 
(stand-alone 
workstation or 
software only) 


GDSII/3200 
(stand-alone 
workstation) 


P4281 
(host with attached 
stations) 


EDS Ill 
(stand-alone 
workstation 

or software only) 


MIDAS/LAYOUT 
(host or cluster 
controller with 


graphics terminals) 


ChipMaster 
(stand-alone 
workstation) 


IC Verification 
Server 
(attached processor) 


1988 


$332k (4 
stations) 


$41k— 
$150k 
bundled; 
$20k— 
$50k 
software 


VAX, Sun, PC 


AT 


| VAX (VMS), 


Sun (UNIX) 


IBM or 
Compaq 286 
or 386 or 
compatibles 


Sun, Apolio, 
MicroVAX II 
(Q2/88) 


(UNIX 4.2 | 
Fisicarte ne a) 


Data General 
MV7800 
(AOS/VS) 


Data General 
Eclipse S-280 
(CDOS) 


Sun, 
Apollo, 
MicroVAX 


CDC CYBER- 
180 series 
(NOS) 


80386/287 
(DNIX: UNIX 
4.2 BSD 
enhanced) 


MicroVAX 
(DNIX, VMS) 


MicroVAX with 
VMS or 
ULTRIX; 
Apollo; Sun; 
MIPS 


640K, PC AT 
Hard disk 


_ | Standard VAX 
| and Sun 


configurations 


640 KB 


20-MB disk 
minimum 


9-track tape 
4-32 MB 


70-, 130-, and 
474-MB disks 


| 9+track and 20- 
| or 40-MB 1%" 


tape | 


4-14 MB 
160-320 MB 


1-2 MB 


515-MB disk (up 


to two) 


8-16 MB 
140-560 MB 


8-16 MB 


| 200 MB on line 


4-16 MB; 85-MB 


disk minimum; 
1.2-MB floppy; 
9-track tape 


3-9 MB; 71-MB 
disk minimum; 
5%" floppy; 60- 


MB cartridge, 9- 


track tape 
8 MB 


160-MB disk 


Standard EGA, 


PC AT 


Artist | series 
controller card 


EGA 


Proprietary 
bit-slice 


Lexidata 3400 


Standard OEM 


Am291 16 bit- 
slice display 
controller 


None 


Up to 


1536 x 1157, 
color 


19° 


1024 x 768 x 4 
1 t? ig 

EGA monitor 
Standard OEM 
graphi 


1024 x 1024 x 8, 
1024 x 1024 x 4 


1280 x 10244 
19° 
640 x 512x4 
19” 
1100 x 900 x 8 


19” 


512 x 512, 
1024 x 1024 


9"-14" 


1024 x 832 (x4 
or x8) 


1 9” 


None 


1024 x 1024 x 4, 
1024 x 1024x8 


15"-19” 


3Com; 
GDS II 
interface 
via PC 
serial 
interface or 
Ethernet 


Ethernet 


Ethernet 


Ethernet 
TCP/IP 


DLAN 
(Daisy 
local-area 
network, 
Ethernet- 
based) 


GDS | and 
CIF I/O, 
batch, 
on-line 


Interactive; 
ECAD 
batch, incre- 
mental, 
hierarchical 


Batch, in- 
cremental, 
on-line, and 
hierarchical 


Batch runs 
on Eclipse 
and hard- 
ware accel- 
erator (Fast 
Mask En- 
gine) 


Batch, on- 
line 


On-line 
DRC; batch 
Dracula II 
(also Dra- 
cula | on 
Verification 
Server) 


Batch, in- 
cremental, 
on-line, 
heirarchical 


Output dur- 
ing layout 
synthesis as 
SPICE netlist 
with parisitics 
included 


Connectivity; 
R and C pa- 
rameters 
with circuit 
elements 


Connectivity; 
transistor, R, 
and C pa- 
rameters 


Connectivity; 
transistor, R, 
and C pa- 
rameters 


Automatic 
parameter in- 
sertion to 
simulator 


Logic and cir- 


cuit synthesis; 
CMOS transis- 
tor-level netlist 
generation; Sil- 
var-Lisco SDS 
and CAL-MP in- 
terface 


Design capture, 
logic analysis 
(based on CA- 
DAT), circuit 
analysis (based 
on SPICE) 


CRITERION | 
schematic cap- 
ture; PSPICE 
circuit simulator 


Schematic cap- 
ture; VERILOG, 
SILOS logic 
simulators; var- 
ious circuit sim- 
ulators; Gate- 
way test tools 


Schematic cap- 
ture; TEGAS 5, 
TEXSIM/B logic 
simulators; 
HSPICE circuit 
simulator 


Same 


Schematic cap- 
ture; MIDAS 
and other logic 
simulators; 
SPICE, ASPEC 
circuit simula- 


tors; Gateway 


test tools 

DED Il, ACE 
schematic cap- 
ture; DLS logic 
simulator; 
DSPICE, CHIP- 
SIM circuit sim- 
ulators 


Schematic cap- 
ture; SPICE, 
HSPICE, Sl- 
MON, TEGAS, 


Automatic 


self-compact- 
ing layout; 
cell genera- 
tion; pad lay- 
out; RAM 
generator; 
netlist com- 
parison 


Cell gener- 


_ator runs off 
a netlist from 


a schematic 


Symbolic lay- 
out based on © 
parameter- 

ized transis- | 


| matic layout | 


description 


Stick layout 
compactor; 
cell compil- 
ers 


Compactor 
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Directory of IC Layout Systems (continued) 


EEsof Inc. 

31194 LaBaya Dr. 
Westlake Village, CA 
91362 

(818) 991-7530 


Sandra Rochowansky 
Manager of Marketing 
Communications 


Emerald Design 
Inc. 

1043 Stierlin Rd. 

Mountain View, CA 

94043 

(415) 965-3300 


Dave Quinzi 
Sales Manager 


Hewlett-Packard Co. 
Logic Systems 
Division 

8245 N. Union Blvd. 
PO Box 617 
Colorado Springs, CO 
80901 

(303) 590-5530 


Art Pettis 
Marketing 
Communications 


Integrated Silicon 
Design Pty Ltd. 
230 North Terrace 
Adelaide, SA 5000 
Australia 
61-8-223-5802 


A.R. Grasso 
Technical Manager 


Integrated Silicon 
Systems Inc. (ISS) 
Commercial Park 


(919) 361-5814 


James P. Poitras 
President 


MiCAD 
(stand-alone 
workstation or 
software only) 


or software only) 


HP74200 Electric 
Design System 
(stand-alone 
workstation or host 
with attached 
workstations or 
graphics terminals) 


Phase One VLSI 
Software Suite 
(software only) 


specified 


Phase Two VLSI 
Software Suite 
(software only) 


Phase Three VLSI 
Software Suite 
(software only) 
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HP Vectra 
(MS-DOS 3.1) 


PC XT, AT, or 
compatibles 
(MS-DOS 3.1) 


68020, RISC 
(UNIX V.3) 


4-32 MB 


72-MB-1.1-GB 
disk 


68010/68020 
(HP-UX) 


CGA, EGA 


16 KB for 
CGA, 128 KB 
minimum EGA 


| EGA card with 
more than 


128K 
bytes 


Not specified Not specified Not specified 


Aries graphics 
processor 


320 x 200 x 2 
(CGA) 


640 x 350 x 4 
(EGA) 


1 oF 


1280 x 1024 
x 32, 
1024 x 768 x 32 


19” 


1024 x 768 IEEE-802.3 
TCP/IP 


640 x 350 x 8 GDS II and 
CIF 
interface 
via PC 
serial 
interface 


Not specified Not 
specified 


1024 x 1024 x 4 


19°17" 


19" 


Hierarchical 


Batch, in- 
cremental, 
on-line 
(TURBO- 
CAD), hier- 
archical 
(Q2/88) 


Batch, on- 
line (not 
during lay- 
out) 


Interactive; 
batch 
(whole de- 
sign or ona 
window) 


Available 
through C 
interface 


Pad patterns 
for chip and 
package- 
mounted de- 
vices, thin- 
film resistors. 


Output dur- 
ing layout es 
synthesis as | 


SPICE netlist 


with parisitics | 


included 
(TURBO- 
CAD) 


Connectivity; 
transistor, R, 
and C pa- 
rameters 


Connectivity, 
substrate 
connection, | 
length, width, 
area of drain 
and source, 
perimeter of 
drain and 
sources; ca- 
pacitance: 
active layers 
to substrate 


Available 


through Cin- | 


terface 


TOUCHSTONE 
and MWSPICE 
circuit simula- 
tors 


PC-based sche- 
matic capture; 


_ logic synthesis; 


circuit synthe- 


_ sis; CMOS tran- 
‘sistor-level net- 


list generation; 
timing analysis; 


support for Sil- 


var-Lisco's SDS 
and Cal-MP for- 
mats 


HP design cap- 
ture system; 
HILO-3 logic 
simulator; Ana- 
log Design 
Tools circuit 
simulation tools 


Probe (in- 
house) full vol- 
tage/current cir- 
cuit simulation; 
system simula- 
tion and specifi- 
cation 


Automatic, © 
self-compact- 
ing layout, 
design-rule- 
driven; cell 
generation 
from Boolean 
or transistor 
descriptions; 
automatic 
pad layout; 
RAM gener- 
ator; symbol- 
ic editor; net- 
list 
comparison 


Sticks editor; 
cell compil- 
ers 


Sticks editor 


Sticks editor; 
compaction; 
cell compila- 
tion from net- 
list 


CMOS cell 
compiler 
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Directory of IC Layout Systems (continued) 


IEEE-802.3 
(Ethernet) 


Intergraph 200; InterPro 32, 1184 x 884 
MicroVAX Il; InterPro 32C 
VAX 11/780, 15”, 19” 
785, 8600, 4 MB 
8800 (VMS); 
InterPro 32C 
workstations 


TANCELL $55k 
(stand-alone (work 
workstation, or host station); 
or cluster controller $120k 
with attached (VAX) 
workstations or 

graphics terminals) 


Intergraph Corp. 

1 Madison Industrial Pk. 
Huntsville, AL 35805 
(205) 772-2000 


Gary Staley 
CAE Product Marketing 
Manager 


‘Matra Design | GATEAID PLUS/PC 


‘Semiconductor 
2840 San Tomas 
\ Expressway © 


(408) 986-9000 


Pradip Maden oy 
Vice President, ts 
Marketing ie Sales. Me 


Mentor Graphics Corp. 


8500 SW Creekside PI. 
Beaverton, OR 97005 
(503) 626-7000 


Brain Kiernan 
Director of Corporate 
Communications 


MIETEC 
Raketstraat 62 

1130 Brussels, Belgium 
(32) 2-242-5010 


Mike Butterworth — 


4) (software only) 


GATEAID Wa 
Aa (software only) 


Chip Station 


(stand-alone 
workstation) 


Cell Station 
(stand-alone 
workstation) 


Gate Station 
(stand-alone 
workstation) 


-USIC Business Manager L 


Racal-Redac Ltd. 
Tewkesbury 
Gloucestershire GL20 
8HE, UK 

(011) 44 684 294161 


John Martin 
Marketing Manager 


Scientitic Cmculatiens 
Inc. 


7796 Victor-Mendon Ra. 


PO Box H 
Fishers, NY 14453 
(716) 924-9303 


David Marini 
Vice President of Sales 


SDA Systems Inc. 
555 River Oaks Pkway. 
San Jose, CA 95134 
(408) 943-1234 


Lesley Carr 
Manager, Public 
Relations and 
Promotions 
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(stand-alone 
workstation) 


Place and Route 


(software only) 


68020/68881 
(12-25 MHz) 
(AEGIS or 
UNIX BSD 4.2/ 
System V) 


MicroVAX II, 
GPX 
(MicroVMS) 


| VAX 11/780, 


11/785, 8600, 
(VMS) 


MicroVAX II 
(VMS) 


DEC 


(ULTRIX) 


Apollo 
(Domain) 


Sun 
(UNIX) 


Masscomp 


7 ba MB (minimum 
a 


-200-MEB disk 


4-32 MB 


170-380 MB, 60- 


MB cartridge 
tape 


/6MB 
| 500-MB disk 
9 MB 


213-MB disk 


4+ MB 


130 MB plus 
disk 


Dedicated 
GPX 


DEC GPX 
8-plane 
graphics 


Standard color 
graphics 


IGP or Aurora 


1024 x 800 x 4 
(DN3000); 
1024 x 800 x 8 
(DN4000) 


15, 19” 


1024 x 864 


4 9" 


| 512x512x4 
ris 


864 x 1024 


1024 x 1024 


910 x 1152 


600 x 832, 
910x 1152 


Domain or 
Ethernet 
TCP/IP 


Ethernet 


Ethernet, 
DECnet 


Ethernet, 
Domain 


Ethernet 


Ethernet 


Batch, in- 
cremental, 
on-line 


Batch, on- 


| line (limited) | 


Batch via 
Dracula II 
and Ill, on- 
line, and 
hierarchical 
via Dracula 
Ul 


Interactive, 
batch, incre- 
mental, on- 
line, hierar- 
chical 


Batch, in- 
cremental, 
on-line, 
hierarchical 
pattern rec- 
ognition 


R/C tree in- 
terconnect 
delay analy- 
sis, back an- 
notation 


R and C pa- 
rameters 


Transistor 
type, size, 
and connec- 
tivity: Dra- 
cula, R, and 
C param- 
eters via 
Dracula 


Connectivity; 
transistor, R, 
and C pa- 
rameters; 
track length 


Connectivity; 
transistor, R, 
and C pa- 
rameters 


Schematic cap- 
ture: Intergraph 
EDS, EDIF; log- 
ic simulation: 
HILO-3, TEGAS 
(TDL), ILOGS/ 
SILOS 


ORCAD sche- 
matic capture; 
logic simulation; 
graphical ana- 
lyzer; layout ex- 
tractor; testabi- 
lity program; 
fault simulator 


Schematic cap- 
ture is NETED; 
QUICKSIM log- 
ic simulator; 
MSPICE, MSI- 
MON circuit 
simulators 


SDS, ACE, 
GED schematic 
capture; logic 
simulation; cir- 


- cuit simulation; 
_ mixed-mode 
| multilevel simu- 


lator 


Schematic cap- 
ture; behavioral 
modeling; 
mixed-mode 
simulation 


(User interface) 


Schematic cap- 
ture; SILOS; 
SPICE; timing 
analysis; STL; 
SCOAP 


Compactor 
type: batch 
and interac- 
tive 


Sticks editor; 
user-defined 
SRAM com- 
pilers 


Sticks sym- 
bolic layout 


Interactive 
symbol editor 


RAM, ROM, 
PLA, and 
ALU module 
generators 
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Silicon Compiler 
Systems Corp. 
2045 Hamilton Ave. 
San Jose, CA 95125 
(408) 371-2900 


Jim Griffeth 
Marketing Manager 


StiverLivos 

1080 Marsh Rd. 
Menlo Park, CA. 
(415) See 


Dirk Wauters 
Director, ICD. Product 
Marketing. mr 


Tangent Systems 
Corp. 

2840 San Tomas 
Expway. 

Suite 200 

Santa Clara, CA 95051 
(408) 980-0600 


John Seaton 
Manager of Product 
Marketing 


Tektronix CAE 


(503) 629-1036 


Ron Workman 
Division pegs 
Manager 


Valid Logic Systems 
Inc. 

2820 Orchard Pkwy. 
San Jose, CA 95134 
(408) 432-9400 


Donna Rigali 
IC Product Marketing 
Manager 


VLSI Technology Inc. | 


1109 McKay Dr. 
San Jose, CA 95131 
(408) 434-3000 


Bill Murray 
Tactical Marketing 
Ss 


GDT 
(software only) 


TANCELL 
(stand-alone 
workstation, host or 
cluster controller 
with attached 
workstations or 
graphics terminals, 
or software only) 


, or software 


Mask Design 
System, 

IC Design System, 
Silicon Design 
System 
(stand-alone 
workstation or 
software only) 
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specified 


$55k 
(work 
station), 
$120k 
(main 
frame) 


Sun (UNIX); 
Apollo 
(Domain |X); 
DEC VAX- 
station Il, GPX 
(VMS) 


| VAXstation 


(VMS), IBM 
(VM/CMS), 
Apollo 
(AEGIS), Sun 
(UNIX) 


Apollo 
(Domain), 
Intergraph 
InterPro 32C 
(UNIX); VAX, 
GPX (VMS); 
Sun (UNIX) 


VAXstation II 
(VMS) 


Sun (UNIX) 


SCALDstar 
(68020; UNIX 
BSD 4.2) 


VAX 760-8800, 
| MicroVAX 


(VMS) 


Apollo (AEGIS) ~ 


Sun 3 (UNIX) 


4 MB minimum 


80 MB for 


10,000-transistor 


design 


4-16 MB 
| 70-300-MB disk 


5 MB 


71 MB 


5-8 MB 
280 MB 


2-12 MB 


70 MB-20 GB 


Not specified 


4 and 8 planes 


Digital GPX 
and 4125, IBM 


5080, Apollo, 
Sun 


Intergraph 
InterPro 32 


Tektronix 4125 


Sun graphics 
processor 


68020-based 
parallel 
processor 


AED or 
Tektronix 
4115, 4125 


Standard 
configurations 


Standard 
configurations 


1152 x 900, 
1280 x 1024, or 
1024 x 864; 8 bit 
planes 


Varies; typically 
1315" Onno" 


10241024, 


910 1152 (Sun) 


15", 19" 


1280 x 1024 8 


1 g" 


1025 x 864 
color 
19” 


1152 x 900 
color 
1 Qg” 


1024 x 800 
dual color/mono 
19” 


1280 x 767, 


1280x1024 


| 1024x800, 
1280 x 1024 


1152910, 


Ethernet, 
Domain 


DECnet, 
Ethernet, 


| Domain 


Ethernet, 
Domain 


DECnet 


DECnet, 
LAVC, 
Ethernet 
TCP/IP 


NFS, 
Ethernet 
TCP/IP 


Ethernet 
TCP/IP 


| DECnet, 


Ethernet 
TCPIIP, 
Domain 


Batch, on- 
line, hierar- 
chical 


Batch, in- 
cremental, 
on-line, 
hierarchical 


Batch, in- 
cremental, 
on-line 


Dracula II 
batch 


Batch, in- 
cremental, 
on-line, 
hierarchical 


Batch, on- 
line 


Transistor Interactive Mask-level 


type, size, schematic and symbolic lay- 
connectivity, layout editor; out; virtual 
capacitance, mixed-mode grid compac- 
resistance analog and digi- | tion; RAM, 
stored in the tal logic simula- ROM, PLA, 
L database— tor; behavioral- random logic 
no extraction simulation; fault compilers 
necessary simulation; tim- 
ing analysis; 
test vector 
translation for 
Sentry and IMS 
Connectivity; SDS schematic | Procedural 
transistor, R, capture; LO- language for © 
and C pa- GIX-SL (logic), module gen- 
rameters ANDI/SWAP | eration (e.g., 
_ (mixed-mode), | ROM, RAM, 
~ and HELIX (be- PLA) 
havioral) simu- 
lators; interface — 
to SPICE, Zy- 
cad, HILO, and 
TSS! 
Full param- Netlist interface None 
eter extrac- to HILO-3, TE- 
tion of final GAS (TDL), SI- 
routing LOS logic simu- 
lators, plus 
EDIF 
Connectivity; Schematic cap- | None © 
transistor, R, ture, logic simu- | 
and C pa- lation, circuit 
rameters simulation 
Connectivity; ValidGED sche- | Symbolic in- 
transistor, R, matic capture; terconnecti- 
and C pa- ValidSIM logic vity editor, 
rameters simulator; PRE- compactor, 
CISE circuit and floor- 
simulator; planner; 
TIMEMILL placement 
switch-level and routing; 
simulator and MSI/SSI, 
critical path FIFO, PLA, 
analyzer RAM, ROM, 
datapath, 
and other 
compilers 


Connectivity; Sticks, com- 


transistor | position, au- 
rameters compaction; 


_| RAM, ROM, 

| PLA, multipli-. 
er, datapath, 
and other 
compilers 
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Academi Systems 
Inc. 

2418 Armstrong St. 
Livermore, CA 94539 
(415) 449-3294 


Cynthia Peddie 
Vice President 


Accel Technologies 
Inc. 

7358 Trade St. 

San Diego, CA 92121 
(619) 695-2000 


Ray Schnorr 
Vice President of 
Marketing 


Applicon 

4251 Plymouth Rad. 
PO Box 986 

Ann Arbor, Mi 48106 
(313) 995-6000 


Brian F. Barton 
Director of Electronics 


Aptos Systems 
Corp. 

10 Victor Square 
Scotts Valley, CA 
95066 

(408) 438-2199 


John Roth 
President 


Automated Systems 
Inc. 

1505 Commerce Ave. 
Brookfield, WI 53005 
(414) 784-6400 


M. Wilson 
Marketing Manager 


Bishop Graphics 
CAD Systems Corp. 
5388 Sterling Center 
Dr 


Westlake Village, CA 
91359 
(818) 991-2600 


Robert Reiss 
Marketing Manager 


Cadam Inc. 

1935 N. Buena Vista 
St. 

Burbank, CA 91504 
(818) 841-9470 


Alan Cohen 
Electrical Products 
Marketing 


Cadnetix Corp. 
5757 Central Ave. 
Boulder, CO 80301 
(303) 444-8075 


Greg Skomp 
Manager of Marketing 
and Communications 
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Academi 56000 


$62.5k 


Academi 54000 
$39.8k 


IPC 

(Interactive 
Prance 
CADAM) 

$116k per CPU 


® DEC with attached 


processors 
® 1-MB main memory 


* Tablet input; 19” display 
with 640 x 512 resolution 


PC XT, AT, PS/2 (DOS 
2.X); local-area network 


* 256-KB main memory 
and 2 disk drives 


® Mouse input; 13” CGA 
or EGA monitor 


® VAX (VMS); Sun (UNIX); 
Applicon Graphicstations; 
Ethernet, DECNet 


© 5-MB main memory and 
350-MB hard disk 


® Mouse, tablet input; 19” 
Applicon monitor with up 
to 1536 x 1197 x8 
resolution 


* PC AT, 80386-based — 
PC; local area-network 


* 640-KB main memory 
and hard disk 


* Mouse or digitizer input; 
13” monitor with EGA 
(CRITERION); 19” monitor 
with 1024 x 768 resolution 
(RGRAPH) 


© IBM 43xx (VM/SP) 


® 8-MB main memory and 
635-MB hard disk 


® Keyboard, tablet input; 
IBM 5080 19” monitor with 
1000 x 1000 x 4 resolution 


* PC XT (MS-DOS); 
68000 coprocessor card 
* 640-KB main memory, 
1.2-MB floppy,and 20-MB 
hard disk 


* Mouse, tablet, and 
tracker ball inputs; 
Hercules, CGA, EGA, 
VGA, and PGA monitors 


® Any IBM mainframe or 
compatibles (VM or MVS) 
® Standard memory 


® Mouse or tablet input; 
IBM 5080 scopes or 
compatibles 


© Sun (UNIX); CDX- 
50,000S, CDX-5000A 
(UNIX BSD 4.2); Ethernet 


© 3.5-4-MB main r 


and 3.5-280-MB hard disk — 


e Mouse, keyboard input; 


monitor with 1024 x 800 
resolution 


® Case, FutureNet 
interfaces 


* Tango- 
Schematic; 


| Omation, OrCAD, i 


interfaces 


® Applicon design 
capture 


® CADAT; SPICE 


* Layout rule 
checker (batch) 


® CAE interface 
for circuit 
extractor 


* Electrical rule 


checker wan 


 Tango- 
Schematic my 


® High-speed 


electrical rule 
checker (batch) 


* Design rule 
checker 

® Circuit 
extractor 


* Aptos schematic 1 CG 


capture; 
FutureNet, 
OrCAD, PCAD 
interfaces 


* TEGAS and 


* Case, Daisy, 
FutureNet, Mentor, 
PCAD, Valid, and 
Viewlogic 
interfaces 


* PATHFINDER 


| PSPICE interfaces | 


® On-line 
electrical rule 
checker 


© Layout rule 
checker 


schematic capture | - 


* Interface through 
CADEX 


® CADAT; two-way 
netlist translation 


*CDX PC 
schematic entry 
* CDX digital 
design 
environment; 


* Tolerance 
checker (batch 
and on-line) 


® Layout rule 
checker 


® CADEX circuit 
extractor; 
thermal analysis 


* Electrical rule — 
checker (on-line | 
and batch) 
_® Design rule 
| checker yi 


cations) 


: | EDIF, IGES, 1PC-350 
| Dae 


® Calcomp, DEC, HI, HP 


® Generic NC interface 


Epson, DM-PL, 


Gerber, kay i. 


* Generic plotter 
interface 


* Generic assembly 
equipment interface 


® Generic tester 
interface 


* Benson, Calcomp, 
Versatec 


© Excellon, Trudrill; 
generic output for 
assembly 


® Benson, Calcomp, 
Gerber, HP, Versatec 


® Generic NC interface; 
APT Data; generic 
assembly interface 


® Generic ATE interface 


| * Benson, Calcomp, 


Gerber, HI, HP-GL 


* Excellion; Amistar, 
Dynapert, Universal; 


- © Ditmco, ee 


GenRad, Integr-Test, 


- Marconi, ATG interfaces 


® Manual and automatic 
initial preplacement; 
rat's-nest display 


® Automatic component, 
pin, and gate swapping 


® Constructive and 
force-directed initial 
placement; rat’s-nest 
display 


® Component, pin, and 
gate swapping 


® Force-directed and 
min-cut initial placement 


® Component, pin, and 
gate swapping; 
Steinberg placement 
improvement 


® Min-cut preplacement 


with user-specified 
restrictions; rat’s-nest 
display and histograms 


® Interactive and 
automatic component, 
pin, and gate swapping 


Signal prerouting; priority, 
channel routing; 
compaction; reentrant; 
45°; keep-out zones 


7 routing; es zones 


© 32" x 32" 


°64 


® Any in 1-mil 
increments 


| ©1,5, 10, 25, 50, 
| 100, 125, 156, 200 


| mils 


Signal prerouting; channel, 


maze, priority multilayer 
router on 5-, 10-, 20-, 25-, 
50-, or 100-mil grid; 
compaction; rip-up; 45° 
routing; keep-out zones 


- Signal prerouting; priority, 
| channel, maze, expert 
| system routing; keep-out en 
. — for wires 


Maze 8-layer autorouting; 
rip-up; “squeeze-through” 
routing 


° any board size 
© 32 layers 


® Manual routing 
grid on any grid size 


i e 64” « 64" 


50 


| 26, 50, 100 mils; 
fineline; microline; 


| staggered — 


* Board size 
function of grid 

(25” x 25” board with 
25-mil grid) 


® 8 layers 


® Any in 1-mil 
increments 


| Unlimited — 


| layer pair routing 
i \ e 12.5, 25 mils 


Signal prerouting; priority, 


maze, channel reentrant 
router on any grid and 
1-20 layers; compaction; 
rip-up; ECL design rules 
supported; 45° routing; 
keep-out zones 


Signal prerouting: priority, 


‘maze, heuristic (for 
‘memory arrays), reentrant 


router with up to 8 layers 
on any grid; rip-up; ECL — 


| tayout rule adherence: 45° 


- bugis zones — 


® Board size 


function of grid 
(50" x 50” board with 
50-mil grid) 


© 20+ up to 99 
signal planes 


® Any in 1-mil 
increments 


° 34” x22". 
° 24 trace, 24 draft 


| © Any combination 
a Oe on ee 
grid” 


"Fairchild 100K ECL, 45; 


® CAE interface 


© New parts can be defined in metric units and mils; new 
library entries are formed for each package of each device 


* All typical package types needed for basic design are 
included. 


* Analog, 1500 schematic sy! es digital, 1675 schematic 
symbols (in 15 libraries) 


* New physical parts can be defined graphically: parts can be 


~ defined in mils only; new library entries are formed for each 
package of each device... 


° Package options: DIPs, 11; ue connectors, Ae s olvlagelna 
10; axial, 8; diodes, 2; er 30 


® Schematic library: Tl TIL, 1882: Motorola STTL, 280; 
Motorola HCMOS, 99; Intel microprocessors, 92 


© New physical parts can be defined in metric units and mils; 
new library entries are formed for each package of each 
device 


* Package options: DIPs, 15; also flat packs, transistors, can- 
type ICs 


* Schematic symbols: TTL, 107; ECL, 77; CMOS, 130; 
analog, 71; discretes, 84; m SOrs 

* New physical pat 
new library entries are oe each a e each 
device 


* Package options: passives, 2; Dis, 256; SIPs, a 


® Standard packaging 


® New physical parts defined in mils only; new library entry 
for each package of each device. 


® Standard package options 


© Schematic symbols: TTL, 74; ALS, 146; AS, 129; F, 150; 
LS, 256; S, 74; electromechanical (board outlines); Intel 
microprocessors, 132; Motorola microprocessors, 137; 

Ds; PALs (MMI) 

Physical parts can be defined; parts can be defined in 
metric units and mils; new library entries are formed for each 
package of each device Vai 


® Package options not given 


® Schematic symbols: discrete, 6500; digital, 2800; ANSI, 
1200 


® New physical parts can be defined in metric units and mils; 
schematic and physical libraries are separate 


® Package options: DIPs, 30; SMDs, 30; analog, 60 


® Schematic library: basic, 83 pads, 248 components, 298 
shapes; CAE, 699; CAD, 2255 components; 74 TTL, 789: 54 
TTL, 791 components; commercial CMOS, 235; military 
CMOS, 224 Neocon ECL, 75; aavarens functions, 89; 
physical modeling, 55 


* New physical parts can in defined in metric units ‘and mils; 


Se re orn of 
each function. — 


© Package options: ca 5 cn 23; discretes, 


45; DIPs, 21; SIPs, 7; PGAs,6 


can be ned in metric units and mils; 


Flip-flip screen; flip 
components 
between sides 
instantaneously; 
blind and buried 
vias 


Surface-mount 
packages: 60 pin 
options 


User-defined 
surface-mount land 
patterns; board can 
be viewed from any 
angle; double-sided 
boards; blind and 
buried vias 


129 surface-mount 
schematic symbols 
and packages (J- 


| lead and gull); blind 


and buried vias 


Flip-flip screen; 
double-sided 
boards; blind and 
buried vias 


Flip-flip screen and 
double-sided 
boards; blind and 
buried vias 


Blind and buried 
vias 
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CAD Software Inc. 
Box 1142 

Littleton, MA 01460 
(617) 486-9521 


Joe Lapoint 


- Calay Systems Inc. 
2698 White Rd. 


“Irvine, CA 92714 
(714) 863-1700 


Beverley J. Lages 
- Communications 
Manager 


Calma Co. 

501 Sycamore Dr. 
Milpitas, CA 95035 
(408) 434-4056 


Phil Arana 
PCB Product 
Manager 


(415) 962-1440 


Computervision 
Corp. 

100 Crosby Dr. 
Bedford, MA 01734 
Al Lipinski 

Director, Electronic 
Marketing 

(617) 275-1800 


Control Data Corp. 
1450 Energy Park Dr. 


M/S ETC235 
St. Paul, MN 55108 
(612) 642-3845 


John T. Willey 


Manager, Electronics 


Daisy Systems 
Co 


rp. 
700 Middlefield Rd. 
Mountain View, CA 
94039 

(415) 960-0123 


Pat Meyer 
Product Marketing 
Manager 
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PADS-PCB 
$1k-$2.9k 


soe Siesk 


Autoboard 
SMT 
CADDstation 
System 

$80k 


ICEM 
Electronics 
$14k-$75k 


Boardmaster 
STAR Router 
$22.5k-$28.5k 


© PC XT, AT, 386, PS/2 


© 512-640-KB main 
memory and 10—20-MB 
hard disk 


® Mouse input; 12”or 19” 
display with EGA or GEM 


® DEC with Q-Bus; routing 
accelerator; TCP/IP 


© 5-MB main memory and 
42-MB hard disk 

® Digitizer input; graphics 
coprocessor with 4-MB 
RAM; 19” display with 
640 x 480 x 4 resolution 


® Apollo (AEGIS), 
DSP4000 server, Domain 
and Ethernet 


® 4-32-MB main memory 
and 155-380-MB hard 
disk 


® Mouse input; 15” or 19” 
display with 1024 x 800 x 8 
resolution 


* Compaq 386; Sun 
3/260; MicroVAX 
2000/GPX; Ethernet 


© 4-16-MB main memory 
and 30-140-MB hard disk 


* Mouse, keyboard input; 
EGA; Microfield Graphics 
monitor with 1280 x 

1024 x 8 resolution 


®68020 (UNIX); Ethernet 
TCP/IP, NFS 


* 8-32 MB main memory, 
170-MB hard disks, and 
280-MB 8” SMD drive 


® Mouse, keyboard; 19” 
display size with 
1152 x 900 x 8 resolution 


*PC-XT, (MS-DOS); 
Cyber 910, (UNIX); 
TCP/IP 


* 640-KB main memory 
and 4-MB hard disk (PC 
XT); 30-MB main memory 
and 70-MB hard disk 
(Cyber) 


® Mouse input; 12°/17” 
monitor with 1024 x 700 
x 8 resolution 


® 80286, 80386/DNIX, 
Ethernet 


© 4-16-MB main memory 
and 85-475-MB hard 
disks 


® Mouse, tablet input; 
Daisy hardware, bit-map 
graphics; 15”/19” monitor 
with 1024 x 832 x 8 
resolution 


* PADS-CAE 


* Case, Daisy, 
FutureNet, Mentor, 


-PCAD, Viewlogic 


interfaces 


® CADAT 
interface; SPICE 
interface 


© Explorer 
(Calma); netlist 
interface 


© TEXSIM; 
HSPICE 


® STELLAR 
(Case) 


* CADAT; SILOS; 
SALT; HILO; 


PSPICE; LOS; 
timing verifier 


© Schematic 
Design 
(Computervision) 


® CADAT logic 
simulation (HHB 
Systems); SABER 
circuit simulation 
(Analogy Inc.); 
thermal analysis 
(Pacific Numerix); 
HILO-3 (GenRad); 
SPICE 2G.6 


* ED-Schematics, 
ICEM DDN (CDC) 
® SALT (The CAD 


Group); ASPEC 
(OOG) 


® DED II, ACE 
(Daisy) 


* DLS, MDLS, 
DSPICE, ADLAB, 
VLAB (Daisy) 


® Schematic vs. 
layout, AirCap 


® Batch design 
rule checker 


® On-line 
electrical rule 
checker 


* Batch design 


_ rule checker; 


ECL checker 


® On-line 
electrical rule 
checker 


® On-line design 
rule checker 

® 3D wireframe 
and solid- 
modeling 
interfaces 


checker =f (CDC) 
® On-line and 


batch layout — 


rule check 
(CDC); keep-out 
zones sup- > 
ported 


ee 


© BoardMaster 
on-line and 
batch; layout 
schematic vs. 
consistency 
checker 


© BoardMaster 
on-line and 
batch; keep-out 
areas 


® Gerber, HI, HP, and 
generic matrix plotter 
interface 


* Excellion 


~ ©Calcomp CC907, 


Gerber 4000, HP-GL 


- @ Excellion, Trudrill, 
generic drill interface; 


Fuji, Panasonic pick 
and-place; Dynapert 
Universal interfaces _ 


° GenRad, Zehntel 
interfaces 


* Aristo, Calcomp, 
Gerber, HP, and generic 
interface 


® Excellion, Digital, 
Trudrill, generic 
interfaces; Dynapert, 
Panasonic, Universal 
interfaces 


®Generic tester inter- 
face; Everett Charles, 
Test Systems, Trace 
Instruments bare-board 
interfaces 


place; Techno ingertion 


° Zehntel interface 


® Gerber, Quest, 
Benson, Calcomp, 
Versatec, Hewlett- 
Packard 


*® Excellon, Posalaz, 
Siemens 


® Marconi, Panasonic, 
Universal 


* Calcomp, Gerber, Su 


° Excellon drill; generic 
| na esidinn 


© Fairchild, GenRad 


® Gerber, HP, Printronix, 
Versatec 


® Excellion, Trudrill drill 
® MultiWire interface 


© Matrix; force-directed; 
rat’s-nest display 

® Component, pin, and 
gate swapping 


| © Force-directed; min- 

| Cut; constructive; 

| proportional-space 
 gridless algorithm; rat's- 
nest display 


® Constructive; rat's-nest 
display 


® Component, pin, and 
gate swapping 


® Constructive 


© Pairwise swapping; 
automatic pin and gate 
swapping 


_ © Force-directed, 


“constructive; rat's-nest 


display — 

* Simulated annealing; 
automatic component, 
pin, and gate swapping 


® Force-directed; density 
and/or Manhattan 
distance is user- 
definable; fixed-pre- 
placement; rat’s-nest 
display 


® Pairwise swapping 
and multiple swaps with 
same shape (package) 


Signal prerouting; priority, 
maze reentrant multilayer 
router with 1, 5, 10, 20, 
25, 50 grids; 45° routing; 
keep-out zones 


Signal prerouting; priority, 


maze, reentrant multilayer 


router with user-definable 
grid; rip-up; ECL layout 
rule adherence; 45° 


routing (postprocessed or — 


digital); keep-out zones 


Signal prerouting; priority, 
maze, reentrant router 
with variable grid; rip-up; 
45° routing; all keep-out 
zones 


Signal prerouting; priority, 
channel, maze ieyel 
reentrant router: 


compaction; rip-up; ECL 
touting; keep-out zones | 


Single-layer, layer-pair, 
and simultaneous 
multilayer grids are 
supported; prerouting of 
signals; reentrant maze 
router with extensions to 
reposition traces and vias; 
45° routing; keep-out 
zones at board and 
component level 


_ Signal prerouting; priority, 
- channel, maze reentrant _ 
[viedo ‘ape 


zones 


Signal prerouting; priority, 
costed-maze reentrant 
router on up to 16 layers; 
ECL layout rule 
adherence; on-line 45° 
routing; keep-out zones 
for wires and vias 


© 32" x 32 


*Unlimited layers 


® 1—1000 mils in 1- 
mil increments 


% 32" x 32" 
. 16 signal, 


unlimited power 


layers” 


© Variable in 1-mil 
increments 


© 32" x 32” 
© 32 layers 


® Variable in 1-mil 
increments 


| 992"x92" 

| © Layers limited by 
| available memory 

layout rule adherence: 45° - 


® Variable from 1 to 
500 mils 


© 39" x 39” (999 
mm x 999 mm) 


® 20 signal; 10 
power and ground 


© 1 mil 


e 36” x 36" 

© 20 ‘signal, 40 
power ground 

© 0.1 mil and up 


© 32” x 32” 


© 255 
(BoardMaster); 16 
signal, 16 power 
(Star) 


* Gridless 
(BoardMaster); 10, 
20, 25, 50, 42-16- 
42, 40-20-40, 40-10- 
10-40, 42-8-8-42, 
38-12-12-38 (Star 


* Physical parts can be defined 


® Approximately 1000 parts in 8-128 pins, DIPs, SMDs, and 
pin-grid arrays 


® Schematic library: TTL, 1000; memory, 500; device, 250; 
analog, 350; ECL, 500; Intel, 200; Motorola, 200 


© New physical parts can be defined in metric units and mils; 
new library entries are formed for each package of each 
device 

* Package options: rectangular, 28 or 32 pins; small- outline, 
8, 14, 16, 20, 24; DIPs, 8, 14, 16, 20, 24, 28, 40; PLCCs, 44 


or 68; zigzag, 16 or 20, bhodetayg discretes, through-holes and 
connectors 


© Schematic library: standard, 4500 


® New physical parts can be defined in metric units and mils; 
new library entries are formed for each package of each 
device 


Package options: DIPs, 8, 14, 16, 18, 20, 24, 28 etc.; SIPs; 
flat packs; LCCCs; PLCCs; SOICs 


* Schematic symbols: digital, 4000; analog, 500; other, 500 


* New physical parts can be ¢ 
new library entries are formed for each eh of each 
device (normally parts are attributes) 


* Package options: DIPs; SIPs 


® New physical parts can be defined graphically or in ASCII; 
parts can be defined in metric units and mils; physical parts 
are attributes of the schematic or library entries are formed 
for each package of each device—hierarchical within library 
(many componements can use same package information) 


* Schematic libraries: TTL, 1200; CMos, 500; a Pa 


Intel/AMD, 200 


® New physical parts can be defined i in wou — and nila 
new library entries are formed for each package of each type — 


® Package options: DIPs, 50; discretes, 100; others, 100 


® Schematic symbols: 74TTL, 398; 54TTL, 398; 4000C, 194; 
74HC, 203; 54HC, 175; ECL 10K/10KH/100K, 279/215/118; 
memory, 360; PLAs/PALs, 64; microprocessors, 232; 
semicustom devices, 54; basic library, 93 


® New physical parts can be defined in metric units and mils; 


new library entries are formed for each package using 
information extracted from the schematics. 


® Package options: DIPs, 6-64 pins; SIPs, 8-12; pin-grid 
arrays, 68-132; discretes, 2-8; all through-hole 
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Blind and buried 
vias; standard and 
micro-size vias 


Flip-flip screen; 
double-sided 
boards; blind and 
buried vias, 
although not 
automatically 


Flip-flip screen with 
color, bit offset; 
double-sided 
boards; blind and 
buried vias; TAB; 
SMT CAM file 
interfaces; via 
restriction under 
devices; thermal 
pads 


qd. eon on a 


Blind and buried 
vias 


Blind and buried 


vias 
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Douglas Electronics 
Inc. 

718 Marina 

San Leandro, CA 
94577 

(415) 483-8770 


Dana Sattler 
Marketing Manager 


FutureNet | 
9310 Topanga 
Canyon Blvd. 
Chatsworth, CA 
91311 

(206) 881 -6444 


Michael Radovich - 
Public Relations 


Manager 
Data I/O Corp. 


Hewlett-Packard Co. 
3000 Hanover St. 
Palo Alto, CA 94304 
(800) 367-4772 


Regional Inquiries 
Manager 


IBM Corp. 

2077 Gateway Place 
(2nd floor) 

San Jose, CA 95110 
(408) 288-4100 
Stafford Johnson 
Electronic Design 
Marketing Programs 
Manager 


Interactive CAD 
Systems 

2352 Rambo Court 
Santa Clara, CA 
95054 

(408) 970-0852 


Eddy Ozomaro 
President 


Intergraph Corp. 

1 Madison Industrial 
- Park 

Huntsville, AL 35807 

(205) 772-2000 


Shiv Tasker 
Product Marketing 
Manager 


Mentor Graphics 
Corp. 

1940 Zanker Rd. 
San Jose, CA 95014 
(408) 295-1000 


Lee Smith 
Product Marketing 
Manager 
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Douglas 
CAD/CAM 
$0.5k 

(Also available 
as ‘“‘QuikCircuit’ 
from Bishop 
Graphics) 


HP Printed 
Circuit Design 
System (HP 
PCDS) 
$59k-$95.5k 


PROCAD Xtra 
$0.6k 


BoardStation 
$73.9k 


® Apple Macintosh 512K, 
512E/Plus/SE, Mac Il; 
Apple Talk local-area 
network 


®512-KB main memory; 
400-KB disk drive; hard 
disk optional 


® Keyboard, tablet, mouse 
input; Apple monitor 


* PC (PC-DOS 3.X); Opus 


32032); 


~ coprocessor (N 
DASH-NET (3Com 3+) — 


* 640-KB main memory 


| plus 2 MB on coprocessor 
and 80-MB hard disk — 


© Mouse input; EGA; 


Microfield T4A-768 with 
1024 x 768 resolution 


®HP300 + HP-UX; 
HP800 server; IEEE-802.3 
LAN 


© 4-8-MB main memory 
and 131-—571-MB hard 
disk 

® Mouse and tablet input; 
bit-mapped video bit-slice 
accelerator; 16”, 19” 
monitor with 1024 x 768 
x 8 resolution 


* System 370 architecture 


(9370, 43xx,30xx) _ 


*® 8-MB main memory and 
50-MB/user hard disk 


“© Mouse, keyboard input; 


5080 monitor 


®PC XT, AT 
*® 640-KB main memory 


* Mouse, digitizer, joystick 
input; 19” monitor with 
2048 x 2048 resolution 


* VAX, MicroVAX, Clipper- 
based InterPro 


coprocessor; 
XNS/Ethernet 
® 9-80-MB main memory 


and 156-MB-4-GB hard 
disk 


* Mouse, digitizer input; 
15"/19" monitor with 
1184 x 884 x6 resolution 


® Apollo 3000, 4000, and 
DN570 Turbo (AEGIS); 
Compute Engine global 
accelerator; Domain/Idea 
series DBMS 


® 4~-32-MB main memory 
and 155-348-MB hard 
disk 


® Keyboard, mouse input; 
19” monitor with 1024 x 
800 x 4 resolution 


| ® DASH. 


eperas 
(CADAT): PSPICE 


* Design Capture 
System (HP) 


® Design 
Verification 
System, fault 
simulator, HICHIP 
hardware 
modeling system 


(HP 


© LOKI, CIEDS: 


capture; | 


netlist inputs 


*CIEDS logic, 
behavioral, mixed- 
mode simulator; 


Logan, PPR-6 © 
simulation analysis 


© Schematic 
capture included 


* SILOS, MDL; 
SPICE, HSPICE, 
LVS 


* HSD (Intergraph) 
*HILO-3; 
CSPICE, ACS 
(Intergraph) 


® NETED (Mentor) 


® QUICKSIM, 
MSPICE, 
MSIMON, mixed- 
mode simulator 
(Mentor) 


® On-line and 


batch electrical 
rule checker 
(HP) 


® Design rule 
checker (HP) 


®ECAD, NCA 
software 


® Layout rule 
checker 


18 HsD cone a 


* EDS, HSD 


| (Intergraph) 


Comba) 


® On-line 
electrical rule 
checker 


® On-line design 


rule checker 


® Circuit 
extractor with 
hierarchical 
expander 


® Gerber; HI; HP-GL; 
ImageWriter, Laser- 
Writer 


* Douglas drill 


i. Excellion 
oe 


®* HP-GL 


® Excellon, Trudrill, 
generic drill interfaces; 
generic pick and place 
interfaces 


® HP3065 board test 
family; EDIF, IGES 
interfaces 


| Gerber G7000E 
_ © Excellion, Neutral, 


Trudrill, standard 


® Epson, Gerber, HI, HP 
Laser-Jet, HP-PL, 
Toshiba 


© Gerber, HP, — sl 
| Versatec : 


° Dynapert, Excellon, 


_ Panasonic, Oki, Trudrill, 


Universal 


© Factron, GenRad, HP, 


Marconi, Zehntel 
interfaces; MultiWire 


® Calcomp, Gerber, HP, 
Versatec 


® Excellon and Trudrill 
interfaces 


® GenRad 227X, 
Zehntel 850 interfaces 


© Manual only 


} poset and amie! 
pin and gate swapping 


® Constructive; force- 
directed placement by 
device classification; 
rat's-nest display 
® Force-directed 
pairwise relaxation; 
automatic pin and gate 
swapping 


© Constructive; force- 


maze routing in 


pap layer pairs; 
compaction; 45° routing; 


keep-out zones 


Signal prerouting; maze 
reentrant router on 4 
layers; 45° routing; keep- 
out zones for wires and 
vias 


| directed placement with |. channel reentrant rox 


_ user-specified weights; 
- rat’s-nest display : 
. Automatic and 
interactive component, 


| gate, and pin swapping — 


across windows 


® Manual placement; 
step and repeat (fixed 
placement); rat's-nest 
display 


® Pin swapping 


both board sides; rat's- 
nest display generated 
for minimum length or 
for ECL 


- © Component, pin, and 
gate swapping 


® Random; constructive; 
force-directed; two- 
sided; rat's-nest display 


® Automatic and 
interactive component, 
gate and pin swapping 


e ao" x gor 


© 2 signal, 1 power, 
1 ground, 

1 silkscreen, 

1 soldermask 


® 1-1000 mils in 1- 
mil increments 


Se rece: — | 63 


I power of 10 a 
layers 


© Greater on or 
ah to 5 mils 


e 36” x 36” 
* 99 layers 


® User-defined grids 


| #64” 64" board 


© 256 layers 


Ss s | ©tmilup : 


Signal prerouting; priority, 
channel, look-out reentrant 
router on up to 25 layer 
pairs; compaction; some 
ECL compatibility; 45° 
routing; keep-out zones 


| Signal prerouting; priority, 


channel, maze multilayer 


router; compaction; rip-up; : 


ECL layout rule 
adherence; 45° routing 
(out of pin and bends); 
keep-out zones for wires 
and vias 


Signal prerouting; priority, 
channel, maze, memory 
reentrant layer pair router; 
compaction simulated 
through cost controls; ECL 
layout rule adherence; 45° 
routing; keep-outs for 
components, wires, and 
vias 


e 64” x 64” 
® Unlimited 
® 1-mil resolution 


°65"x65" 


aici tiyale: 
- 2016 drawing layers | 


* Grid-free — 


© 100” x 100” 
© 255 layers 


® Automatic 
generation of grid 
from design rules, 
with 0.1 mil 
minimum in variable 
grid range; no limit 
to pin count or pins 
per net 


| © Schematic symbol 
| analog, other, 500 - 


® Physical parts defined in mils only 
© User-created 


Sc ic symbols: Mos, Rede ECL, memory, Intel, 
Motor la, discrete, IEEE 


‘ts © New physical parts can be defined; new Worary entries are 
~ formed for each package of each device 


® Package options: standard 


® Schematic libraries: TTL, 2698; MOS, 576; ECL, 131; 
microprocessors and PLDs, 163 


® New physical parts can be defined; new library entries are 
formed for each package of each device 


® Package options: DIPs, 11; SIPs, 7; SOICs, 6; PLCCs, 5; 
PGAs, 6; discretes 


| * Schematic symbols: 7500 elements 
| @New physical parts 


| symbol requires only one symbol in the database and 
_ multiple package versions are defined for it 


can be defined in mils only; each 


® Package options: DIPs, SIPs, axial, radial, mechanical, pin- 


_ grid arrays, SMDs, TAB 


© Schematic libraries: TTL, 200; CMOS, 150; linear, 150; 


other, 50; microprocessors, 100 


® New physical parts can be defined in metric units and mils; 
new library entries are formed for each package of each 
device 


® Package options: DIPs, 20; SIPs, 10; through-hole, 10 


is: TTL, 1000; military, 1000; CMOS, 


* New physical parts can be defined in rite. units and mils; 


- each device may refer to a single physical description (no 


data redundancy) 
* Package options: DIPs, SIPs, SMDs, and ZIPs, 3000 


® Schematic symbols: 54TTL, 74TTL, 74HC, 54HC, HCT, 
ECL 10K and 100K, memory, PLDs, PALs, PLAs—3000 


® New physical parts can be defined in metric units and mils; 
symbols are automatically packaged during layout 


® Package options: 90 


Blind and buried 
vias; SMD discrete 
device library 


Flip-flip screen; 


- double-sided 


boards; hidden and 
buried via support; 


_ SMD, TAB package 
libraries; SMT CAM 


file interfaces and 
hybrid support 


Blind and buried 
vias 


Blind and buried 
vias; automatic 
placement on both 
sides of the board; 
hybrid support 


Blind and buried 
vias; user-definable 
surface-mount 
package and land- 
pattern libraries; 
placement on both 
sides of double- 
sided boards 
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Modula Corp. 
1673 W. 820 N. 
Provo, UT 84601 
(801) 375-7400 


Wally Marsden 
Chief Engineer 


ci Technology 
el Middlesex Tpk. 


Bilerca, MA 01821 
/ (617) 667-7877 


Robert Cowna 
Vice President, Sales 


Personal CAD 
Systems Inc. 

981 University Ave. 
Los Gatos, CA 95030 
(408) 354-7193 


Kirk G. Shorte 
PCB Product Line 
Manager 


Pro.Lib, Inc. 

| 624 E. Evelyn Ave. 

- Sunnyvale, CA 94086 
(408) 732-1832 


Sergio Szeinberg 
| Vice Presidet of Sales 
and Marketing 


Racal-Redac Inc. 

4 Lyberty Way 
Westford, MA 01886 
(617) 692-4900 


Susan Cook 
Marketing 
Communications 
Specialist 


Palo Alto, CA 94303 
(415) 858-0811 


Jerry Harvel 
Executive Vice 
President 


Scientific 
Calculations Inc. 
7796 Victor-Mendon 
Rd. 

Fishers, NY 14453 
(716) 924-9303 


Douglas W. Spice 
Manager, Marketing 
Services 


Shared Resources 
Inc. ' 
3047 Orchard Park 


San Jose, CA 95134 
(408) 434-0444 


| Robert Wong 
Executive Vice 
Exe 


Schematic and 
Circuit Board 
Design System 
$8.5k 


AutoPCB 


| $2.5k-$7.5k 


AutoMate 
$25k-$40k 
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® PC XT, AT; copro- 


cessor with 2901 bit-slice 
engine 


© 4-MB main memory (in 
coprocessor) 


® Mouse, keyboard input; 
14/19" monitor with 
768 x 592 = 8 resolution 


* All Apollo and DEC 


platforms; local-area 
| networks 


® 4/16-MB main memory 
and 72-MB hard disk 


* Mouse or digitizer input; 
19” monitor with 
1000 x 1280 x 8 planes 


© PC AT (MS-DOS 2.0 +); 


3Com Etherlink 


® 640-KB main memory 
and 20-MB secondary 
storage 


* Mouse, digitizer, 
keyboard inputs; 13”/19" 
monitor with CGA, EGA 


* PC AT; PC-based 
network systems; Sun 
(UNIX) 


® 640-KB main memory 
and 10-MB hard disk 


® Mouse or digitizer input; 


15°/19” monitor with EGA, _ 


VGA 


® Apollo; Sun; MIPS 
coprocessor; Domain, 
Ether Net, DECnet, NFS 


* 8-MB main memory 


® Mouse, keyboard, IGES 
interface; 15"/19” monitor 
with resolution according 
to platform 


*® PC AT, 80386-based 
PC; Prime; Sun; Data 


_ General minicomputers; 


MicroVAX II; Cyber 
supercomputers 


* Depends on platform 


| Depends on platform — 


® VAX (VMS); SC Design 
Station (UNIX); ARX-20 
coprocessor; Ethernet, 
DECnet 


® 6-MB main memory 


® Mouse, keyboard input; 
19” monitor with up to 
1024 x 1024 resolution 


* Elxsi; Multiflow; Prime; 


IBM 43xx; Apolio; sie 
VAX | 


*¢ 2-4-MB main memory 
and 70-MB hard disk _ 


15/19" monitor with 


1280 x 1024 x 4 resolution _ 


® Modula 
schematic capture 
included 


© OPTIMATE 
schematic capture 


| ® Logic simulation 


and circuit 
simulation 
interfaces 


PC-CAPS (P- 
CAD) 


* LOGS II (P- 
CAD) 


*® AutoSCEMA 
(Pro.Lib); generic 
interface 


® CADAT; SPICE; 
thermal ademas 


® VISULA 
schematics 


® CADAT; SPICE 


© Pacific Numerix 
finite-element 
analysis 


® AutoMate 
schematic capture 


© P-SILOS; 


CADAT; P-SPICE; 
timing verifier 


® On-line 
electrical rule 
checker 


* Design rule 
checker 


© On-line ~ 
electrical rule 
checker 


- @Layout correct 


by construction; 


_ transmission- 
“line analysis; — 


circuit extractors 


® Electrical rule 


checker 
-¢Design rule 


* Circuit 


| extractor 


® On-line and 
batch electrical 
rule checker 


© On-line and 
batch electrical 

rule checker 

* Design rule 

checker 


* Circuit 


* SCiDesign 
schematic capture 


® SCISIM 
simulation 


* Generic CAE 


_ interface 
-* Direct link to 


AIDA simulator 


® On-line 
electrical rule 
checker 


® On-line design 
rule checker 


® Canon CX, Gerber, HI, 
HP-LJ, HP-PL, 
VersaCAD 


* Excellon 


- @Calcomp, HP, 


Versatec 


i Universal, EIA 


assembly interfaces 
CL 


* Bruning, Calcomp, 
C.ltoh, Epson, HI, HP, 
IBM-GTCO, Interleaf, 
Muto, Okidata, Seiko, TI 


* Remex (paper tape 
punch) 


° AutoCAD-supported 


ah ‘Printers and Plotters 
ce Excellon 


Oe 


® Calcomp, Ferranti, 
Gerber, HI, HP, 
Versatec 


® Sieb Mier controller; 
Fuji; others 


® GenRad, Marconi, 
Zehntel 


| © Calcomp; Gerber; 


ASCIl 

* Excellion; Universal; 
ASCIl — 

* Fairchild; Zehntel; 


| Everett dicen sae 
1} intertaoe 


® Benson, Calcomp, HP, 
Versatec 


® Excellon; Universal 


® GenRad, HP, 
Tektronix interfaces 


e Calcomp: Gerber; 


Versatec 


‘ * Excellion, Trudrill; 


| Universal 


® Force-directed; rat’s- 
nest display 


® Placement cut and 
paste 


® Constructive (user- 
defined lattices); 
Kernighan-Mathaea min- 
cut; rat’s-nest display 


® Simulated annealing; 
component and gate 
swapping 


® Constructive; 
force-directed; min-cut; 
rat’s-nest display; 
placement aids for both 
sides of board 


® Simulated annealing; 
automatic gate and pin 


swapping 


® Force-directed; rat’s- 
nest display 

® Simulated annealing; 
component, gate, and 

pin swapping 


Calay autorouting 
supported 


Signal prerouting; priority, 
maze reentrant layer-pair 
router; 45° routing; keep- 
out zones 


Signal prerouting; priority 


reentrant multilayer router; 


rip up; 45° routing; keep- 
out zones 


Signal prerouting (all 
sizes); priority, channel, 
maze reentrant router; 
ECL layout rule 
adherence; 45° routing; 
keep-out zones 


e 65" 4 65” 
© 30 layers 


® 1 mil to 65000 
mils in 1-mil incre- 
ments 


#92"x92" 


© 16 layers and 


- 1000 components; 
- 32 power layers; 40 
other 


| © 100, 50, 33.33, 
‘| 25, 20, 16.67, 10, 
and 5 mils 


e 64" x 64" 


© 100 layers 
(including grraphics 
and signal layers) 


© User-definable 


© 5M x 5M grid 
points up to 32767 
pins 

© 50 layers, 200 
documentation 


© 0.01 mil 


: — 1- 


© 60” x 60” 
® Not specified 
© Any from 1 mil up 


iatianed 


unlimited 


© Any grid from 1 


pl 


® Schematic libraries: customer-defined 


® New parts can be defined in metric units and mils; new 
library entry is formed for each package of each device 


* Package options: customer-defined 


* Schematic symbols: 100. 
* New physical parts can be defined A heeled God an 
* Package options: 400 — 


© Schematic symbols: TTL, 905; CMOS, 427; linear, 400; 
discrete, 65; electromechanical, 89; Intel microprocessors, 
160; Motorola microprocessors, 140 


® New physical parts can be defined in metric units and mils; 
physical parts are separate entries 


® Package options: DIPs, 8, 14, 16, 18, 20, 24, 28, 40, 48 
pins; SOICs, 14, 16, 20, 24, 28; discrete SMDs, 19 
packages; SIPs, 6, 8, 10 


® Schematic symbols: TTL, 3700; CMOS, 300; ECL, 350; 
analog, 400; PALs, 25; microprocessors, 35; connectors, 130 


* New physical parts can be defined in metric units and mils; 
some physical parts may be defined in the library 


© Package options: DIPs, AZ; TOs, 10, 00s, 10; SMDs, 10: 


connectors, 130; ae 5 


® Schematic symbols: over 3000 


® New physical parts can be defined and old parts edited in 
metric units and mils; library database requires only one 
physical model for each part 


® Package options: not specified 


Schematic symbols: TTL, 600; LST, 300; CMOS, 700; — 
ECL, 100; analog, 250; LSI, 600; bo usemautmaes symbol 
type 


m Nesey toyeicel piarll Gas a lite se siicours are iit; 
nigh aah aaa uss set agonal ay 
device 


* Package options: DIPs; SIPs: SMDs: prone reve axial; 
chip-on-board; hybrids ean 


© Schematic library: user-defined 
© New physical parts can be defined in metric units and mils 
® Package options: user-defined 


eo 


* New physical parts can be defined in metric units and mils; 
all attributes come from package library 

© Package options: all TTL, ECL, and standard VLS! standard 
packaging; surface-mount packaging and surface-mount land 
patterns for most standard components 


Blind and buried 
vias 


User-defined land 
patterns; blind and 
buried vias; mirrored 
components for both 
board sides 


Predefined 
footprints; blind and 
buried vias 


SMD footprints; 
blind and buried 
vias 


Blind and buried 
vias; flip-flip screen; 
double-sided 
boards; SMT CAM 
file interfaces 


- Surface-mount 


packages and land- 
pattern libraries; _ 
blind and buried © 
vias; open file 
format for SMT 


| CAM file interfaces; | 


automatic via depth 
control; hybrid 
design support 


User-defined library 
for packaging and 

surface-mount land 
patterns; blind and 

buried vias; double- 
sided boards; SMT 
CAM file interfaces 


Flip-flip screen; 
double-sided ts 
boards; hidden and 


- buried via support : 
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Tektronix CAE 
Systems 

PO Box 4600 
Beaverton, OR 97076 
(503) 629-3056 


Jerry Tallinger 
Product Marketing 
Manager 

PCB Physical Layout 
Systems 


01824 

(617) 256-2300 
Katherine Gambino 
Product Marketing 

: —— 


Vamp Inc., 

6753 Selma Ave. 
Los Angeles, CA 
90028 

(213) 466-5533 


J. Soluk 
Marketing Director 


a (408) 253-9555 


Lee Woods 
_ Marketing Manager — 


343 Gibraltar Dr. 
Sunnyvale, CA 94089 
(408) 745-1551 


Alex Wellins 
Public Relations 
Manager 


| Wintek Corp. — 

| 1801 South St. 
Lafayette, IN 47904 
(317) 742-8428 


‘Mercia Borton 
sas asi 


Xerox Corp. 

2441 Mission College 
Bivd. 

Santa Clara, CA 
95054 

(408) 562-2181 


Scott Greene 
PCB Product 
Manager 
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® DEC (VMS), DECnet; 
Apollo (UNIX 4.2 BSD), 
Domain 


*® 9-MB main memory and 
159-MB hard disk (DEC); 
4-MB main memory and 

155-MB hard disk (Apollo) 


® Mouse input; 15” or 19” 
monitor with 1024 x 864 
x 8 resolution 


® Sun 3/60, 3/110, 3/260, 
4/200; Ethernet TCP/IP, 
NES 3 


* 8-MB main memory and 
141-MB-1-GB hard disk 
* Mouse, keyboard input; 
19” monitor with 1152 x 
900 x 10 resolution 


® Macintosh, Appletalk 


© 1-2-MB main memory 
and 20-MB hard disk 

® Mouse, digitizer input; 
19” monitor with 

1024 x 780 x 8 resolution 


© PC XT, AT, PS/2 
* 640-KB main memory 


® Mouse or digitizer input; 
CGA or EGA monitor 


* PC XT, AT (DOS 2.0+) 
© 512-KB main memory 


® Mouse input; CGA, 
EGA, VGA monitor 


® 2901-based workstation; 
Ethernet 


® 4-12-MB main memory 
and 40—80-MB hard disk 


® Mouse input; 19” monitor 


* Designer's 
Database Sche- 
matic Capture 
(Tektronix) 


* HILO 3; HSPICE 


* ValidGED 


_ graphics editor; 
| ValidFLAT auto- 


schematics 


® McCAD SIM; 
circuit simulation 
under 
development 


® Visionics sche- 
matic capture; 
interfaces to Or- 


CAD and Omation 


® Visionics logic 


and circuit simula- 


tion; interfaces to 
OrCAD and 
Omation 


© Expert (Xerox); 
FutureNet, SCI 
interfaces 


© Expert logic 


simulator; CADAT, 


HILO, LASAR, 
SPICE interfaces 


® On-line 
MERLYN-P 
electrical rule 
checker; layout 
vs. schematic 
consistency 
checker 


® MERLYN-P 
automated 
physical layout 
system; keep- 
out checker 


® Electrical rule 


checker 


* Design rule 
checker 


® Circuit ex- 
tractor 


® Batch and 
interactive 
electrical rule 
checker 


® Correct-by- 
construction 
layout; keep-out 
area checker 


® Back annota- 
tion to Future- 
Net/SCI 


® HP interface 


® Excellon; Gerber film 
tool 


® MultiWire, generic 
insertion, and database 
extraction file 


® Apple; HI; HP 


® Excellion; Allied 
Linotronic interface 


® DM-PL; Epson; 
Gerber; HP-GL 


*® Excellon 


* Epson; Gerber; IBM; 


| HI; HP 


* Excellion; DAC; IPC- 
NC/349 


on 


* Calcomp, HI, HP, 
Versatec, Xerox 

® Excellon; tape punch; 
Gardner Denver 
Wirewrap interface 


© Schematic symbols: 74TTL, 2658; CMOS, 253; discrete, 
1535; ROM, 96; PLDs, 86; microprocessors, 95 

® New physical parts can be defined in Mils only; schematic 
attributes identify package 

® Package types: DIPs, SIPs, SOICs, PLCCs 


© 4000+ TTL, ECL; 30+ PLDs; 60+ memory; 

100+ LSI/VLSI logic parts; 97 + ASIC design kits available 
from ASIC vendors; behavioral models from Logic 
Automation and Quadtree; analog libraries also available 

* New physical parts can be defined in metric units and mils; 
a single device definition can be used for multiple package 
descriptions 


* Symbol library contains over 100 package options: DIP, 
8-64 pins; SIPs, 6-12; SOICs, 8-24; PLCCs, 20-68; pin-grid 
arrays, 68-172, 1/4—1-W resistors; capacitors; many 


® 30” x 30” (manual); ® Schematic symbols: basic set , optional additional libraries 
bc ta * New physical parts can be defined in metric units and mils; 
© 9 layers physical parts are attributes of the schematic 


© 10, 20, 25, 50, ® Package options: 3000 
100, 125, 150, 156, 
and 200 mils 


© Schematic symbols: 700 


ies piu eiecd noite Gant bas Ueliaead 6) malts cinly: Moveny entry 
ae oS R: NeCaIty 


© 24" x 24” * Schematic symbols: TTL, CMOS, ROM, RAM, EPROM, 


PROM, analog, 200; additional 200-part library available 
® New physical parts can be defined in metric units and mils 


© Package types: DIPs, 2; SIPs, 1; discrete, 3; 
SMD, 1 


© 36 layers 
©5, 12.5 mils 


* Schematic symbols: TTL, 294; CMOS, 148; ECL, 55; 
microprocessors, 144; miscellaneous, 74; ladders, 86; 
borders, 19 


*® New physical parts can be defined in mils only 
* Package options: footprints created individually 


® Schematic symbols: TTL, 442; Intel, 71; Zilog, 42; Motorola, 
107; CMOS, 102; LSI, 330 


® New physical parts can be defined in metric units and mils 
© Package options: DIP, 1; SIP, 1; passive, 1; through-hole, 1 
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Tektronix 


With Tektronix, you've got custom 


design power well in hand, thanks to the 


Full Custom WorkSystem. 
Developed by Tektronix as part of 
Tektronix Aided Engineering, the Full 


Custom WorkSystem combines custom 


design capture, simulation and layout 
tools into one powerful solution. 


Aided 
“Engineering 


The Full Custom WorkSystem 
Lets You Handcraft High Performance. 


IN ASERIES 


You get the Designers Database 
Schematic Capture (DDSC”), logic and 
circuit simulation, LEIA” custom IC 
and hybrid layout editor and DRACULA” 
IC mask verification and fracturing tool. 
Allin the same performance-driven 
design environment. 

DDSC provides you with a fast, user- 
customizable, menu-driven system for 
design capture of custom IC schematics. 

When its time for layout, you can do so 
with more design freedom using LEIA, 
Our powertul interactive graphical layout 
editor. LEIA is especially suited for 
custom analog bipolar as well as gallium 
arsenide microwave applications. 


Sanat 
ee 


TiO: 


Its flexible user interface provides you 
with multiple windows, macros, pop-up 
menus and the ability to customize real- 
time, user-configurable menus. LEIA 
also provides unparalleled support 
for hierarchical design and all-angle 
geometries. 

What's more, LEIA direct read and 
write of Calma GDSII™ structures 
speeds the integration of your design into 
verification and production software, 
including existing CAD systems. 

Before you fabricate your custom Cir- 
cuit, you can use DRACULA integrated 
software to verify your IC mask layout. 

DRACULA let you measure and 
display design rule checker errors, extract 
parasitic electrical parameters and 
compare your layout to your schematic. 
So you can ensure total design integrity 
before you commit to fabrication. 
DRACULAs advanced fracture algo- 
rithms lower mask-making costs by 
greatly reducing flash count. 

The Full Custom WorkSystem is part 
of Tektronix Aided Engineering. A family 
of integrated WorkSystems that takes 
you beyond traditional CAE solutions. 
And into prototype verification, software 
development and testing, systems 
integration, mechanical design and 
manufacturing. All running on industry- 
standard hardware platforms. 

Best of all, its from Tektronix. The name 
you've always trusted to get the engineer- 
ing job done. So you're assured of 
worldwide service, support and training. 

If you'd like to try your hand at high 
performance with the Full Custom 
WorkSystem, contact your local Tektronix, 
CAE Systems Division, sales office. Or 
call 800/547-1512. Tektronix, CAE 
Systems Division, RO. Box 4600, 
Beaverton, OR 97076. 


WorkSystem, DDSC, and LEIA are trademarks of Tektronix, Inc 


DRACULA is a trademark of ECAD, Inc 
Calma GDSIl is a trademark of Calma, Inc 
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‘*Board-Level Simulation using Models with X-State Handling,’’ William 
D. Billowitch, February 1987, p. 56. 

Bipolar technology 

“‘A Bipolar Process for Radiation Hardness, Jim Wells and Ed Jeffrey, 
September 1986, p. 102. 

‘*Creating Low-Power Bipolar ECL at VLSI Densities’? George Wilson, 


May 1986, p. 84. 

‘Handling the Power Dissipation of ECL Gate Arrays,’’ Biswa Banerjee, 
January 1987, p. 40. 

‘*High-Performance CML Systems,”’ Richard Carmichael, Kevin Schutz, 
David Still, and David G. Wick, September 1986, p. 40. 

*‘Semicustom ECL Array Becomes Custom Analog Pin Driver,’* Jim 
Graydon and Nghiem Phan, May 20, 1987, p. 80. 

See also Automatic IC layout, High-speed logic, Programmable logic 

Built-in self-test 

‘*A CMOS Cell Library Design for Testability,’* Dick L. Liu and Edward 
J. McCluskey, May 4, 1987, p. 58. 

“Feedback Shift Registers for Self-Testing Circuits,’” Laung-Terng Wang 
and Edward J. McCluskey, December 1986, p. 50. 

‘Signature Analysis Testing in Large Standard-Cell ASICs,”” Eric L. 
Smitt, May 20, 1987, p. 46. 

See also Computer and system design 


CAD systems 


“CAD for Surface Mount: Still a No-Via Zone,’ Ernest L. Meyer, 
February 1986, p. 74. 

“*CAD Software Users Address Database Problems,’ John Andrews, 
September 1986, p. 58. 

“VITAL: A Cell-Based ASIC Assembler,’’ Stephen McNeary, Rathin 
Putatunda, Howard Rifin, Robert Robillard, and David Smith, Novem- 
ber 1986, p. 22. 

See also Automatic IC layout, IC layout systems, Printed circuit board 
design and manufacture 

CAE systems 

**Automatically Flatten Hierarchical Schematics,’’ Stuart Swan, Septem- 
ber 1986, p. 82. 

‘*The Desktop Workstations: Life, Liberty and the Pursuit of Personal 
Computers,” Stephen Evanczuk, July 1986, p. 56. 

‘*Survey of CAE Systems,’’ VLS/ Systems Design Staff, June 1986, p. 85. 

‘*Survey of CAE Systems,’’ VLSI Systems Design Staff, June 1987, p. 51. 

See also CAD systems, Design system integration, IC layout systems 

Capacitor layout. See Analog MOS design 

Cell compilers 

‘‘On Module Generation,’’ Ernest L. Meyer, March 1987, p. 48. 

‘*Structured Design with Module Generators,’ Dar-Sun Tsien, March 
1987, p. 40. 

See also Analog MOS design 

Cell-based design 

‘*Guide to Core Processors, VLSI Systems Design Staff, December 1986, 
». 322 

‘‘PIONEER: A Macro-Based Floor-Planning Design System,’ Lin S. 
Woo, C.K. Wong, and D.T. Tang, August 1986, p. 32. 
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‘*Semicustom Design with a Microcontroller Core,’’ Ralph Haines and 
Chris Phillips, December 1986, p. 26. 

‘‘Super Integration: Using Standard Products as Megacells,”’ Jerry G. 
Goetsch, June 1987, p. 106. 

‘*Survey of Gate Arrays and Cell Libraries,’ VLS/ Systems Design Staff, 
November 1986, p. 54. 

“*Survey of Gate Arrays and Cell Libraries,’’ VLS/ Systems Design Staff, 
November 1987, p.76. 

‘*Using Redefinable IC Technology to Develop a VGA Chip Set,’’ Dean 
Hays and Bill Knapp, November 1987, p. 68. 

““VITAL: A Cell-Based ASIC Assembler,’’ Stephen McNeary, Rathin 
Putatunda, Howard Rifkin, Robert Robillard, and David Smith, No- 
vember 1986, p. 22. 

See also Built-in self-test, Cell compilers, Computer and system design, 
Core processors, High-speed logic 

Circuit design 

‘**A Fast Systolic FIFO Queue,’ Asim J. Al-Khalili and Zikad Ali, May 
1986, p. 76. 

*‘Layout Design of a Systolic Multiplier Unit for 2°s Complement 
Numbers,’’ A.R. Hurson, B. Shirazi, and S. H. Pakzad, February 
1986, p. 78. 

‘*Space-Time Logic,’’ Charles R. Moeller, August 1986, p. 92. 

‘*Wait-State Remover Improves System Performance,’* Kapil Shankar, 
November 1986, p. 102. 

Circuit simulation 

‘*The ADEPT Timing Simulation Algorithm,’ Peter Odryna and Sani 
Nassif, March 1986, p. 24. 

‘“‘Choosing a Circuit Simulator,"? Joe Domitrowich, September 1986, 

mt 

“‘Circuit Simulators at a Glance,’ Roderic Beresford and Joe Do- 
mitrowich, August 1987, p. 76. 

‘‘Converting SPICE to Vector Code,’’ Bruce Greet, January 1986, p. 30. 

“Interactive Control of Analog System Simulation,” David W. Smith, 
Scott A. Majdecki and Doug Johnson, July 1987, p. 46. 

**Mixed-Domain Analysis for Circuit Simulation,’ Kevin Walsh and 
Bruce Wolfe, August 1987, p. 44. 

**On Parallel Circuit Simulation,’’ Pamela J. Waterman, July 1987, p. 56. 
‘Parallel Computing for VLSI Circuit Simulation,’ Jeffrey T. Deutsch, 
Thomas D. Lovett, and Michael Lee Squires, July 1986, p. 46. 
‘*Selecting a Personal Computer for Circuit Simulation,” J. Richard 

Hines, March 1987, p. 66. 

‘**A Survey of Circuit Simulation Programs,’’ Greg Barros, July 1986, 
ps SZ. 

‘*Survey of Circuit Simulators,”’ Roderic Beresford and Joe Domitrowich, 
July 1987, p. 70. 

See also Analog modeling 

CML. See Bipolar technology 

CMOS technology 

“*Application of Silicides to Standard Cells, Werner Metz, February 1986, 
p. 42. 

““CMOS in Radiation Environments, Gordon P. Ansell and Joe S. Tirado, 
September 1986, p. 28. 

See also Silicon on insulator, Supercomputers 

Computer and system design 

“Design of the Edgel Superminicomputer,’’ Joseph C. Circello, May 
1986, p. 22. 

“Inserting VLSI Technology: A Case Study,”’ Juris Ozols and Robert 
Humphrey, September 1986, p. 52. 

“A Multiprocessor Design in Custom VLSI,"’ David Jurasek, William 
Richardson, and Doran Wilde, June 1986, p. 26. 

‘*A Pin-Logic Gate Array for a Programmable Logic Programmer,”’ Kellie 
Crisafulli, October 1986, p. 30. 

See also Multiprocessing 

Conferences 

“Conference Preview: ICCAD-87,’’ VLSI Systems Design Staff, October 
1987, p. 81.. 

“Conference Preview: The 1986 Custom Integrated Circuits Conference,” 
Ernest L. Meyer, April 1986, p. 20. 

“Conference Preview: The 1986 Design Automation Conference,”’ Ro- 
deric Beresford, May 1986, p. 32. 

‘The Design Automation Conference,’’ May 4, 1987, p. 26. 

““ICCAD-86 Conference Preview,’’ VLSI Systems Design Staff, October 
1986, p. 25. 

‘The International Conference on Computer Design,’ VLS/ Systems 
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Design Staff, September 1987, p. 20. 

‘*International Conference on Computer Design: VLSI in Computers and 
Processors,’’ VLSI Systems Design Staff, September 1986, p. 22. 
‘**The 1987 Custom Integrated Circuits Conference,’ April 1987, p. 36. 

Core microprocessors 

**FORTH Processor Core for Integrated 16-Bit Systems,’ Peter S. Danile 
and Chris W. Malinowski, June 1987, p. 98. 

‘Getting to the Core,’ David Smith, June 1987, p. 90. 

See also Cell-based design 

Current-mode logic. See Cell-based design 

Custom ICs. See Gallium arsenide, Market forecasts 


Database management. See Design system integration 

Design centers 

**Directory of ASIC Design Centers’’ VLSI Systems Design Staff, January 
1987, p.60. 

See also Semicustom ICs 

Design for testability. See Built-in self-test, Testability 

Design system integration 

“An Engineering Design Management System,’’ Mark Mayotte, January 
1987, p. 30 

“Integrating the Electronic Design Process,’ Jean Brouwers and Moshe 
Gray, June 1987, p. 38. 

Distributors. See Semicustom ICs 


Emitter-coupled logic. See Bipolar technology, High-speed logic 

Emulation. See Prototyping 

Encryption 

**Using Programmable Logic Cell Arrays In a Satellite Earthstation,”’ April 
1987, p. 26. 

Engineering workstations. See CAE systems 

ECL. See Bipolar technology, High-speed logic 


Fault simulation 


‘Eliminating Failures in the Field,’ Geoffrey Mott and John Newkirk, 
October 1986, p. 88. 

‘Finding Fault: An Update on Fault Simulation,’” David Smith, October 
1987, p. 28. 

“The Need for Fault Simulation,”’ Fred Buelow and Ed Porter, October 
1986, p. 84. 

**Performance of Probabilistic Fault Grading,”” Robert D. Hess and Wil- 
liam C. Berg, Jr., January 1986, p. 40. 

“Techniques for Logic and Fault Simulation,” Ernst Ulrich and Itsuo 
Suetsugu, October 1986, p. 68. 

See also Test generation 

Fault tolerance. See Memory design 

Floorplanning 

**An Automatic Floorplanner for up to 100,000 Gates,’’ H. Modarres and 
A. Kelapure, December 1987, p. 38. 

“‘Graphical Floorplan Design of Cell-Based VLSI Circuits,” Edmond 
Macaluso, April 1987, p. 50. 

Foundries 

“‘Economics of Fast-Turn Wafer Production,’ James A. Schoeffel and 
Michael L. Rieger, February 1987, p. 22. 


*‘Survey of Semiconductor Foundries,’’ Judy Elster, August 1986, p. 62. 

**Survey of Semiconductor Foundries,’ VLS/ Systems Design staff, August 
1987, p. 60. 

Gallium arsenide 

*“A Custom 300-Gate GaAs Circuit for Frequency Encoding, Designed on 
a Personal Computer,’’ Charles G. Ekroot, November 1987, p. 19. 

*‘Gallium Arsenide on Silicon,’? John C.C. Fan, December 1987, p. 80. 

“A High-Performance Low-Power GaAs Gate Array Family,’” Gary M. 
Lee, Charles M. Lee, Rick A. Eesley, Hector F. Lai, and Al G. 
Schmidt, July 1987, p. 24. 

“‘A Knowledge-Based GaAs Design System,’’ George Janac, Carlos 
Garcia, and Richard Davis, April 1987, p. 68. 

*“Survey of Gate Arrays and Cell Libraries,’ VLS/ Systems Design Staff, 
November 1987, p.76. 

See also Analog modeling, Circuit simulation 

Gate arrays 

*‘Embedded RAM in Gate Arrays: Configurability and Testability,’ P. 
Simon Bennett, Robert P. Dixon, and Kent C. Oertle, November 1987, 
p. 60. 

**A Fast 20K Gate Array with On-Chip Test System, Ron Lake, June 1986, 
p. 46. 

“Gate Array Testability: A Customer Perspective, Ernest L. Mever, June 
1986, p. 34. 

**An IBM-Compatible Mainframe in 20,000-Gate CMOS Arrays,’ Mark 
Golkar and Jacques Losq, May 20, 1987, p. 64. 

““On-Chip Testability Circuit for CMOS Gate Arrays,’’ Kunnau Chen, 
January 1986, p. 48. 

“*A PC/XT Integration Chip on a Single [OK Gate Array,”’ Kevin Lee, 
Charles Chi, and Raymond Chan, June 1987, p. 28. 

**The Role of CMOS Gate Arrays in High-Speed System Design,’ Harold 
Dozier, January 1986, p. 20. 

“Survey of Gate Arrays and Cell Libraries,” VLSI Systems Design Staff, 
November 1986, p. 54. 

**Survey of Gate Arrays and Cell Libraries,’ VLS/ Systems Design Staff, 
November 1987, p.76. 

‘The Tortuous Route to High-Volume Production of a Hard-Disk Control- 
ler,’ David Baughman, January 1987, p. 22. 

See also Automatic IC layout, Computer design, Gallium arsenide, High- 
speed logic, Market forecasts, Supercomputers 

Graphics processing 

‘*A Semicustom Video Controller for Personal Computer Graphics,” 
Nandu Marketkar, August 1986, p. 24. 

See also Cell-based design, Signal processing 

Graphics terminals. See IC layout systems 


Hardware accelerators 

‘*Automation and Simulation in Large System Design,”’ Bruce Erickson, 
December 1986, p. 42. 

‘‘Hardware Simulator Models for Logic Devices,’ William Fazakerly, 
November 1987, p. 30. 

**Mixed-Level Simulation Acceleration,” Stephen Evanczuk, February 
1987, p. 62. 

‘**A Second-Generation Routing Accelerator for PCB Designs,” Frank 
Weisenberger and David Rager, December 1986, p. 20. 

High-speed logic 

“‘Champion ASIC Technologies,’ Ernest L. Meyer, July 1987, p. 18. 

‘*A High-Performance Bipolar Cell Library,”’ John S. Shier and Jeffrey M. 
Wisted, and Zdeneck E. Skokan, July 1987, p. 32. 

“*Solving Problems in High-Speed ASIC Design,’* Donald C. Kirkpatrick, 
March 1987, p. 26. 

See also Bipolar technology, Gallium arsenide 


Hybrid circuits 
**An Overview of Hybrid Circuit Vendors,’’ Greg Barros, October 1986, 
p: 92: 


Interconnection effects. See Parasitics 

IC layout systems 

“Architecture of a Computer-Integrated Engineering System,’ Evan Aur- 
and and Tani Shavit, June 1986, p. 58. 

“Beyond GDS If: Combining Flexibility and Automation in Full-Custom 
IC Design,’ Dave Hightower, Deanna McCusker, Kazuya Shinozuka, 
and Helge Szwerinski, October 1987, p. 38. 

“Sticks Layout Notation for MESFETs and Refractory-Metal FETs,”’ 
Fayez El Guibaly and M.1. Elmasry, February 1986, p. 88. 

“Survey of IC Layout CAD Systems,’’ VLS/ Systems Design Staff, 
September 1986, p. 67. 

“Survey of IC Layout Systems,’” VLS/ Systems Design Staff, December 
1987, p. 63. 

‘*A Workstation for Cell-Based IC Layout,’ Harold M. Rabbie, Robert W. 
Dahlberg, and Herbert L. Hinstorff, Jr., June 1986, p. 70. 

See also Automatic IC layout, Floorplanning, Gallium arsenide, Symbolic 
layout 

ISDN 

“Integrating the ISDN Basic-Rate Functions,’’ Dale Gulick, September 
1987, p. 24. 


L 


Layout. See Automatic IC layout, IC layout systems, Printed circuit board 
design and manufacture 

Layout analysis. See Parasitics 

Libraries. See Cell-based design, Logic simulation, Workstation libraries 

Logic simulation 

‘*Automatic Translation of Logic Models for Workstation Libraries,” 
Mehdi Amani, Gary Griffin, and Scott Hamm, December 1987, p. 56. 

**Behavioral Modeling in Logic Simulation,’ David J. Wharton, August 
1986, p. 46. 

**Logic Simulation on PCs,”’ Shahriar Emami and Steve Brunner, January 
1986, p. 36. 

**1987 Survey of Logic Simulators,”’ VLS/ Systems Design Staff, February 


1987, p. 70. 

‘*1986 Survey of Logic Simulators,’’ VLS/ Systems Design Staff, February 
1986, p. 32. 

‘*The Quick Simulator Benchmark,’ David L. Greer, November 1987, 
p. 40. 


‘**Techniques for Logic and Fault Simulation,’’ Ernst Ulrich and Itsuo 
Suetsugu, October 1986, p. 68. 

‘Transferring Simulation Models in EDIF,”’ Wayne Angevine, May 4, 
(9875. p: 32. 

“Your Logic Simulation Is Only as Good as Your Board Layout,” Robert 


Cutler, July 1987, p. 40. 


See also Hardware accelerators 

Macrocells. See Cell-based design, Gate arrays 

Market forecasts 

‘*Employing Semicustom: A Study of Users and Potential Users.”’ Victoria 
L. Hinder and Andrew S. Rappaport, May 20, 1987, p. 6. 
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““Vendors’ Views: Semicustom Today and Tomorrow,’’ May 20, 1987, 
p. 28. 

Memory design 

*‘A Memory Interface Chip Designed for Fault Tolerance,’’ Karl E. 
Grosspietsch, Lothar Muhlack, Karl L. Paap, and Guenther Wagner, 
June 1987, p. 112. 

See also Gate arrays, Microprocessors, Supercomputers 

Microprocessors 

‘‘Memory Management in the 68030 Microprocessor,’ Kirk Holden, 
David Mothersole, and Raju Vegesna, February 1987, p. 88. 

‘*Microprocessor Cache Coherency,’’ David Schanin, August 1987, p. 40. 

‘“‘A Perspective on Standard VLSI Circuits, Roderic Beresford, March 
1986, p. 90. 

See also Parallel processing, Reduced instruction set computers, RISC 
technology 

Military VLSI technology 

“Qualifying the Military ASIC Vendor,’’ Shelly Mattson, Don Howland, 
and Walt Buchanan, December 1987, p. 32. 

See also Gallium arsenide, Silicon on insulator 

Module generation. See Cell compilers 

Multipliers. See Circuit design 

Multiprocessing 

“‘Algorithmically Accelerated CAD,’ Richard D. Nielson, February 1986, 
p. 65. 

“The Butterfly Parallel Processor,’’ VLSI Systems Design Staff, March 
1986, p. 20. 

“‘A Multiprocessor Design in Custom VLSI,”’ David Jurasek, William 
Richardson and Doran Wilde, June 1986, p. 26. 

**Parallel Computing for VLSI Circuit Simulation,’’ Jeffrey T. Deutsch, 
Thomas D. Lovett, and Michael Lee Squires, July 1986, p. 46. 
*‘A Parallel Processing Computer with Hardware-Based Concurrency Con- 

trol,’’ Stan Lackey and Dave Peck, February 1986, p. 26. 


See also Parallel processing 
Packaging 


‘Board and Microwave Chip Carriers for GaAs Systems,”’ Richard Davis, 
Jerry Schappacher, and Scott Gilstad, June 1986, p. 125. 

“IC Packaging: An Introduction for the VLSI Designer,’’ Dean P. Johnson 
and Jim Lipman, Juen 1986, p. 108. 

**Microcoaxial Board Interconnect,’” Leonard Schieber, March 1986, 
p. 57. 

*“*Multi-Chip Packaging,’’ Sanford Lebow, November 1986, p. 92. 

“The Wafer Transmission Module ,’* Capt. B.J. Donlan, J.F. McDonald, 
R.H. Steinvorth, M.K. Dhodhi, G.F. Taylor, and A.S. Bergendahl, 
January 1986, p. 54. 

See also Printed circuit board design and manufacture, Surface-mount 
technology, Wafer-scale integration 

Parallel processing 

*‘A Balanced Scalable Parallel Processor,’’ Shaiy Pilpel, March 1987, 
p. 80. 

‘Design Methodology for a VLSI Multiprocessor Workstation,’’ Shing 
Kong, David Wood, Garth Gibson, Randy Katz, and David Patterson, 
February 1987, p. 46. 

‘Floating-Point Acceleration in Programmable Logic,’’ Don Faria and 
Bob Duncan, April 1987, p. 102. 

See also Multiprocessing 

Parameter extraction 

**Choosing Parameter Extraction Software,”’ Joe Domitrowich, July 1987, 
p. 64. 

Parasitics 

‘Ground Pin Optimization in High-Speed Digital Systems,"’ Robert D. 
Cutler, March 1986, p. 46. 

**Transmission-Line Analysis of PC Boards,”’ Juliusz Poltz and Al Wexler, 
March 1986, p. 38. 

Peripheral hardware. See Cell-based design, Computer and system 
design, Gate arrays 

Placement. See Automatic IC layout, Floorplanning, Printed circuit board 
design and manufacture 
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Programmable logic 

‘*Automatic Generation of Functional Tests for PLDs,’’ Karen Blyda and 
Peter de Bruyn Kops, April 1986, p. 53. 

‘*‘Automatic Partitioning of Programmable Logic Devices,’’ Ronald R. 
Munoz and Charles E. Stroud, October 1987, p. 74. 

*‘In-Circuit Emulation for ASIC-Based Designs,’’ Pardner Wynn, October 
1986, p. 38. 

‘‘A Pilgrim’s Progress through Programmable Logic Land,’’ Rob W. 
Hartwig and Chuck Hastings, October 1987, p. 46. 

‘*A Pin-Logic Gate Array for a Programmable Logic Programmer,”’ Kelle 
Crisafulli, October 1986, p. 30. 

‘‘PLD Enhancements for Implementing Subsystems,’’ Keith H. Gudger, 
October 1986, p. 48. 

‘‘Programmable Logic Overview,”’ Ernest Meyer, October 1987, p. 62. 

*‘Survey of Programmable Logic Devices,’’ VLSI Systems Design Staff, 
October 1986, p. 55. 

**Wait-State Remover Improves System Performance,’’ Kapil Shankar, 
November 1986, p. 102. 

See also Computer and system design, Encryption 

Printed circuit board design and manufacture 

‘The Impact of VLSI on PCB Design,’ Lee W. Ritchey, August 1986, 
p. 86. 

‘Routing Algorithms and Grids for Advanced Board Design,’ R. Anas- 
tasi, September 1987, p. 54. 

*‘A Second-Generation Routing Accelerator for PCB Designs,’” Frank 
Weisenberger and David Rager, December 1986, p. 20. 

‘Strategies for Complete PCB Autorouting,”” Pat Meyer and Robert 
Lewis, September 1987, p. 60. 

“Survey of Circuit Board CAD Systems,’ VLSI Systems Design Staff, 
March 1986, p. 64. 

“Survey of PCB Layout CAD Systems,’’ VLSI Systems Design Staff, 
September 1987, p. 64. 

‘Survey of PCB Service Bureaus,’’ VLS/ Systems Design Staff, May 1986, 
p. 88. 

‘*Transmission-Line Analysis of PC Boards,”’ Juliusz Poltz and Al Wexler, 
March 1986, p. 38. 

‘The VLSI-to-Substrate Connection,’ Kwaku Mensah, December 1986, 
p. 68. 

See also Logic simulation 

Prototyping 

‘‘Emulation of VLSI Devices using LCAs,”’ Nick Schmitz, May 20, 1987, 
p. 54. 

‘‘PLD Breadboarding of Gate Array Designs,” Michael D. McClure, 


February /987, p. 36. 


See also Foundries 

Radiation-hardened ICs. See Bipolar technology, CMOS technology, 
Gallium arsenide 

Reduced instruction set computers 

“RISC VLSI Design for System-Level Performance,”’ Chris Rowen, Les 
Crudele, Dan Freitas, Craig Hansen, Ed Hudson, John Kinsel, John 
Moussouris, Steven Przybylski, and Tom Riordan, March 1986, p. 81. 

RISC technology 

“Putting RISC Efficiency to Work in CISC Architectures,’* Ronald D. 
Bernal and Joseph C. Circello, September 1987, p. 46. 

Routing. See Automatic IC layout, Printed circuit board design and 
manufacture 

RTL (register-transfer-level) simulation. See Behavioral simulation, 


Logic simulation 


Schematic capture. See CAE systems 
Semicustom ICs 
“‘An Introduction to Linear Semicustom Design,’ Pierre Irissou and 


Eugene Lee, July 1986, p. 24. 

““Survey of ASIC Design Centers,’’ VLSI Systems Design Staff, January 
1986, p. 60. 

‘Survey of Semicustom IC Distributors,’’ Judy Elster, April 1986, p. 30. 

See also Cell-based design, Gate arrays, Market forecasts, Silicon 
compilers 

Signal processing 

“‘High-Performance Graphics via Silicon Compilation,’’ Michael Jones 
and Michael Bailey, March 1987, p. 30. 

“‘The Use of Silicon Compilation in the Design of a Gaussian Filter and a 
Template Matching Processor,’’ Mira Majewski and Srinavasan Pichu- 
mani, October 1987, p. 20. 

Silicon compilers 

“Inside a 2901 Datapath Compiler,’’ Jim Rowson and Bill Walker, May 
1986, p. 40. 

“Intelligent Compilation,’’ David L. Johannsen, Ken McElvain, and Steve 
K. Tsubota, April 1987, p. 40. 

“*A Microprocessor Datapath Synthesized with a Translator from Schemat- 
ics to Silicon,’’ S. Trimberger and Flo Paroli, April 1986, p. 26. 

“*Selecting a Silicon Compiler,’’ Al Baker, May 1986, p. 52. 

See also Analog MOS design, Cell compilers, Logic synthesis, Signal 
processing 

Silicon on insulator 

‘Silicon on Insulator: Substrates for Tomorrow’s VLSI?” Wade Krull and 
Ken Ports, December 1987, p. 22. 

Simulation. See Behavioral simulation, Circuit simulation, Fault simula- 
tion, Hardware accelerators, Logic simulation, Switch-level simulation 

Standard cells. See Cell-based design 

Sticks. See Symbolic layout 

Supercomputers 

‘**A Cryogenically Cooled CMOS VLSI Supercomputer,’” Tony Vacca, 
David Resnick, David Frankel, Randall Bach, James Kreilich, and 
Douglas Carlson, June 1987, p. 80. 

‘*A Multiport Register-File Chip for the CHoPP Supercomputer,’’ Gary R. 
Burke, August 1987, p. 19. 

Superconductivity 

‘*Properties of Superconducting Electronics,’’ Sadeg M. Faris and James 
M. Barry, April 1986, p. 68. 

Surface-mount technology 

““CAD for Surface Mount: Still a No-Via Zone,’ Ernest L. Meyer, 
February 1986, p. 74. 

Symbolic layout 

‘*Layout-to-Layout Compaction for Technology Conversion, Jonathan W. 
Greene, November 1986, p. 46. 

‘*Sticks Layout Notation for MESFETs and Refractory-Metal FETs,” 
Fayez El Guibaly and M.I. Elmasry, February 1986, p. 88. 

Systolic architecture 

‘**A Fast Systolic FIFO Queue,”’ Asim J. Al-Khalili and Ziad Ali, May 
1986, p. 76. 


Testability 


See Built-in self-test, Gate arrays 

Testability analysis 

‘A Fast 20K Gate Array with On-Chip Test System,’’ Ron Lake, June 
1986, p. 46. 

‘*Gate Array Testability: A Customer Perspective, Ernest L. Meyer, June 
1986, p. 46. 

*‘On-Chip Testability Circuit for CMOS Gate Arrays,’” Kunnau Chen, 
January 1986, p. 48. 

Test generation 

‘‘The ASIC Designer’s Test Engineering Responsibilities,’ James H. 
Walker, February 1986, p. 56. 

‘*Automated Test Generation for Integrated Circuits,’ Ralph Marlett, July 
1986, p. 68. 

‘Automatic Generation of Functional Tests for PLDs,’’ Karen Blyda and 
Peter de Bruyn Kops, April 1986, p. 53. 


‘‘A Method for the Extensive Verification of Programmable VLSI De- 
vices,’” Renato Gadenz and W. Patrick Hays, July 1986, p. 84. 
‘Stimulus Data Interchange Format, Part 1: Test Issues,’ Chris Pieper, 
July 1986, p. 76. 

“‘Stimulus Data Interchange Format, Part 2: Test Specifications,’ Chris 
Pieper, August 1986, p. 56. 

‘Tools for Test Development,’’ William E. Den Beste, July 1986, p. 92. 

Testing 

“A Designer’s View of Automatic Test Equipment, VLS/ Systems Design 
Staff, September 1986, p. 96. 

‘‘E-Beam Probing for VLSI Circuit Debug,’’ Nei! Richardson, August 
1987, p. 24. 

“IC Prototype Verification: Test and Tribulation,’ Stephen Evanczuk, 
April 1986, p. 44. 

‘*A Laboratory System for Statistical IC Characterization,’’ Jeff Anderson 
and George Ansel, April 1986, p. 79. 

“‘A Mixed-Signal Test Program Development Environment,’ Mogens 
Ravn, August 1987, p. 32. 

‘*Systematic and Structured Methods For Digital Board Testing,’ F.P.M 
Beenker, January 1987, p. 50. 

*‘Why a Test Chip?,’’ Susana Stoica, May 20, 1987, p. 36. 

See also Test generation 

Timing analysis 

“The ADEPT Timing Simulation Algorithm,” 
Sani Nassif, March 1986, p. 24. 

**A Mixed-Level Timing Verifier for Digital Systems, Zhong Mo, Yen-Jen 
Oyang, and Sang S. Wang, March 1987, p. 74. 

“*Timing Analysis of MOS VLSI Circuits,’’ You-Pang Wei and Cliff Lyons 
and Shawn Hailey, August 1987, p. 52. 

‘“*Timing-Driven Layout of Cell-Based ICs,’ Steven Teig, Randall L. 
Smith, and John Seaton, May 1986, p. 63. 

‘Timing Verification for System-Level Designs,’’ Michael Chiang and 
Michael Bloom, December 1987, p. 46. 

See also Tracing 

Tracing 

‘*A Real-Time Performance Analyzer,’’ Max Baron and Sorin lacobovici, 
May 4, 1987, p. 44. 


Peter Odryna and 


Vector processing 


‘*Converting SPICE to Vector Code,”’ Bruce Greet, January 1986, p. 30. 

Verification. See Behavioral simulation, Circuit simulation, [C layout 
systems, Logic simulation, Switch-level simulation, Timing analysis 

VHSIC. See Military VLSI technology 

VLSI design systems. See CAD systems 


Wafer-scale integration 


‘*The Wafer Transmission Module,’ Capt. B.J. Donlan, J.F. McDonald, 
R.H. Steinvorth, M.K. Dhodhi, G.F. Taylor, and A.S. Bergendahl, 
January 1986, p. 54. 

‘Yield of Wafer-Scale Interconnections,’> J.-F. McDonald, Capt. B.J. 
Donlan, R.H. Steinvorth, H. Greub, M. Dhodhi, J.S. Kim, and A.S. 
Bergendahl, December 1986, p. 62. 

Workstation libraries 

‘*Automatic Translation of Logic Models for Workstation Libraries,”” 
Mehdi Amani, Gary Griffin, and Scott Hamm, December 1987, p. 56. 

Workstations. See Automatic IC layout, CAE systems, IC layout systems, 
Printed circuit board design and manufacture 
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Now logic 
designers can 
control the 
entire physical 
layout of gate 


array design 


entry environment. Just by pushing 


a button. 


Developed by Tektronix as part of 
Tektronix Aided Engineering, the Gate 
Array WorkSystem eliminates the need 


for IC layout 


you everything you need to quickly 
develop ASIC vendor-certified layouts. 

And since you're controlling the layout 
from the schematic, you can tune your 
design using iterations of simulation 
and automatic layout to achieve your 
performance requirements. 

The Gate Array WorkSystem creates 
a unique, performance-driven design 
environment integrating Designers 
Database Schematic Capture (DDSC”™) 
and industry-standard HILO™3 logic 
simulation with MERLYN-G”™ automatic 
physical layout. 

The system also introduces vendor- 
certified TurnChip” ASIC Layout Modules 
for knowledge-based, automatic 
control of MERLYN-G layout of specific 
array families. 


Layout so 


and route a 5000-gate array 100% 
automatically. Just by pushing a button. 
With results so accurate that your 
layout is ASIC vendor-endorsed. 

Using TurnChip modules, you can 
generate ASIC vendor-certified layout 
designs, then send them directly to 
the ASIC vendor. Which cuts your design 


time, lowers 


complete control of your sensitive 


design data. 


y 
rl 


IN ASERIES 
Tektronix 
M9 Engineering 


s. From a single schematic 


expertise. Because it gives 


automated you can place 


your costs and delivers 


The Gate Array WorkSystem Makes 
Layout As Easy As Pushing A Button. 


Its all part of Tektronix Aided Engineer- 
ing. Integrated WorkSystems that 
take you beyond traditional CAE solutions. 
And into prototype verification, software 
development and testing, systems 
integration, mechanical design and 
manufacturing. All running on industry- 
standard platforms from Apollo"and DEC. 

Best of all, its from Tektronix. The name 


WorkSystem, DDSC, and MERLYN-G are trademarks of Tektronix,Inc. TurnChipisa registered trademark 


of Tektronix, Inc 
Computer, Inc 


HILO is a registered trademark of GenRad, Inc 
DEC is a trademark of Digital Equipment Corp 


Apollo is a registered trademark of Apollo 
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you've always trusted to get the engi- 
neering job done. So you're assured of 


worldwide service, Support and training. 
If youd like to take control of physical 

layout, contact your local Tektronix, 

CAE Systems Division, sales office. 

Or call 800/547-1512. Tektronix, CAE 

Systems Division, PO. Box 4600, 

Beaverton, OR 97076-4600. 
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AUTOMATIC SCHEMATIC. 


FUTUREDESIGNER: DRAW LESS. DESIGN 
MORE, Introducing FutureDesigner™ — 
the only advanced design entry work- 
station that lets you describe your cir- 
cuit in compact, high-level terms and 
create more complex designs faster. 
FutureDesigner’s flexible, new tech- 
niques encourage Creativity and 
experimentation, helping you pro- 
duce innovative products quickly and 
more accurately. 


MULTIPLE DESIGN ENTRY MODES FOR 
SPEED AND FLEXIBILITY. Describe 
your Circuit with any combination of 
structural and behavioral representa- 
tions. Use schematics to enter the 
structural portions of the design, such 
as data paths in a memory array. For 
portions easier to describe behaviorally, 
like Sequencers or decoders, simply 
enter equations, truth tables or state 
diagrams using on-screen input forms. 


Data !/O Corporatio 
FutureNet 9310 
Data I/O Canada 
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(03) 432-6991/ Telex 2! 
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ADVANCED DESIGN VERIFICATION 
HELPS YOU GET IT RIGHT THE FIRST 
TIME. For the behavioral portions of 
your design, use FutureDesigner as a 
“what if’’ tool to try different design 
approaches. Immediately verify that 
your Circuit works as you intended. For 
the structural portions, design check 
tools detect and help you correct con- 
nectivity and other common design 
errors. Together these features signifi- 
cantly shorten the design iteration cycle. 


LOGIC SYNTHESIS CONVERTS YOUR 
EQUATIONS INTO SCHEMATICS. Once 
you've entered equations, state dia- 
grams or truth tables, FutureDesigner’s 
logic synthesizer eliminates redundant 
circuitry and optimizes your design for 
size/speed trade-offs. FutureDesigner 
is the only design entry workstation that 
will then automatically produce the 
correct schematics and integrate them 
with the total structural design. 
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MORE CHOICES IN TECHNOLOGIES, 
VENDORS AND SYSTEMS. Future- 
Designer is technology independent. 
Choose the most convenient mix of 
TTL, PLDs, gate arrays or other 
ASICs from a wide range of semi- 
conductor manufacturers. You can 
easily migrate from one technology 
to another without redesign. 

FutureDesigner output is an 
industry standard, widely accepted 
by engineering service bureaus and 
semiconductor vendors. You'll also 
have access to both FutureNet® and 
other CAD systems for simulation 
and PCB layout. 

Call us today and learn how a 
FutureDesigner workstation gives 
you the flexibility and accuracy to 
design innovative products faster. 


1-800-247-5700 
Dept. 732 
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